| 2:22 pm on Jul 8, 2002 (gmt 0)|
1. not sure
2. Unix (*nix) Apache 1.3.26
3. Perl stuff Brett built (BestBB i think he calls it)
| 2:24 pm on Jul 8, 2002 (gmt 0)|
- scroll down for server specs [westhost.com] (dual p3's)
- perl - flat files. 2-5x faster than anything you can show me from a db program.
- software. started as a mix of several packags and has been replaced with all customized stuff from the ground up.
those initials you mentioned are trademarked and we won't infringe upon that...
| 2:40 pm on Jul 8, 2002 (gmt 0)|
This caught my eye. Any chance of an explanation?
>flat files. 2-5x faster than anything you can show me from a db program
Flat files - is that due to the fact that the number of fields stays constant?
Is there a price on BestBBS?
| 2:44 pm on Jul 8, 2002 (gmt 0)|
Yes, the flat files caught my attention as well. Brett, would you possibly elaborate on how you generate the flat files on-the-fly. This is something that I'm dying to learn more about.
| 3:53 pm on Jul 8, 2002 (gmt 0)|
Do you do all the updating to the server yourself? ie patches new kernels etc. ;)
| 2:07 am on Jul 9, 2002 (gmt 0)|
I'm curious what kind of space and bandwidth the site uses. Also, any projections on what it is likely to be in a year or two?
| 3:25 am on Aug 7, 2002 (gmt 0)|
>fact that the number of fields stays constant?
That is part of it. The other part is given the structure of a bbs system, we know what data we need based on the url. Using that, we allow the highly optimized file system to do the work of locating the data (the file). With a db, it has to find the data, then work the file system to retreive the data, and possibly decompress it. By using the file system to go straight to the data, we eliminate one or two steps and take advantage of builtin perks like disk caching.
Comparatively, I would suggest that this software could handle 5 to 10 times the load that a leading MySql based bbs can. The MySql/DBI based prototype I have built of this software is far slower. I would never put a SQL based BBS online without twice the box and the ability to cache the entire db in ram.
Unknown. Let me finish the thing first and see what we have.
No, it's a fully managed server.
runs about 300 meg in "slim" mode (logs and extraneous foo files cleaned), and could pop well above 500 if I don't keep things tidy. Bandwidth, around 2+ gig a day + another 200meg in graphics that are on another server.
[edited by: Brett_Tabke at 3:42 am (utc) on Aug. 7, 2002]
| 3:31 am on Aug 7, 2002 (gmt 0)|
Wow -- 2+ GB per day of Webmasterworld goodness -- served fresh daily!
|brotherhood of LAN|
| 10:44 am on Aug 7, 2002 (gmt 0)|
Wow, I've been playing with seeing if I can turn my bandwidth into negative bandwidth...lol.....nah but I'm averaging 2.5/3kb per page view....must be all these lengthy threads bumping up the bandwidth- think I'm gonna be considerate and more selective in the threads I read....unless you have "unlimited" bandwidth Brett :) (I still think some hosts sell that)
IMO if everyone put their message limit on each page to 30 or something low.....bandwidth on this place will shrink :) That goes out to all you "recent posts" click addicts reading this ;) IMHO
From what I see of WebmasterWorld, much of it runs itself from the programming already done....so its left to be forgotten about while the real stuff (like BT posting his success recipe) can get done