AnandTech: A Brief History of Time
by Jason Clark on July 26, 2004 6:52 PM EST- Posted in
- IT Computing
AnandTech 2.0
We decided that Solaris and Oracle were not for us. Not because either one was slow, but simply because the combination of ColdFusion and Oracle was not working out for us. Yes, we could have gone with another language, but we weren't very fond of the choices at that time, and our expertise was in ColdFusion.After doing some basic mock ups and tests, we ended up using Windows NT 4.0 and ColdFusion 4.5.1 SP2, which was rock solid for us. The content management solution didn't change much in this release of the site; we just spent some time re-writing some of our SQL to optimize it for the SQL Server platform.
Our site, and sites like ours, rely on advertising revenue to keep it alive. We had been using Ad Juggler for awhile (a Perl based package at the time) and it was starting to show its weakness as load was increasing. We decided to go with a ColdFusion based package called FuseAds, which we still use to date.
Hardware used in version 2.0
Dual Intel Pentium III Xeon 500 w/1MB L2 Cache and 1GB of memory.
View version 2.0 of the website
AnandTech 3.0
Just like our hardware coverage, our infrastructure is current. Windows 2000 was released and was miles ahead of NT4 in terms of manageability and stability. We waited until Service Pack 1 was released, and then upgraded the servers at approximately the same time when Macromedia acquired Allaire (the makers of ColdFusion), and released ColdFusion 5, which included some serious performance increases and stability improvements. The upgrade went well, and again, we had no issues with the site or the back-end.Since the beginning, we had been using Mediahouse Live Statistics Server to analyze our web logs. We were generating nearly 1GB of logs per server, and we were starting to experience some problems with Statistics Server because of the amount of logs being analyzed. We decided to switch to analog, and write a web-based front end to it. We would analyze the logs into a data file and put it in our database for easier manipulation. This system worked quite well for some time, until our log files became unmanageable.
Bandwidth during this period of our growth was fairly expensive, and was starting to cost us significant amount of money to maintain. The HTTP 1.1 protocol had included an innovation called HTTP Compression. Since it had been out for awhile and was supported by over 90% of our readers browsers, we decided to implement it. We cut our bandwidth in half, which, needless to say, had cut our expenses by a significant amount. This version of the website was the longest running version.
Hardware used in version 3.0
5 x Dual AMD Athlon Thunderbird 1GHz w/ 768MB of memory
View version 3.0 of the website
67 Comments
View All Comments
Dennis Travis - Tuesday, July 27, 2004 - link
Great Job with the site Jason as always and it was interesting to see how far things have come along since I first started visiting here.Keep up the great work.
...Dennis
stoneranger - Tuesday, July 27, 2004 - link
kewl read, I enjoyed it. Really. I think it is very interesting the progress the industry has made. Things are actually getting easier. I love anand tech. Of course I could be considered a geek by some. But I think it is by far one of the best sites on the web.Frozen7 - Tuesday, July 27, 2004 - link
Frozen7 - Tuesday, July 27, 2004 - link
Da3dalus - Monday, July 26, 2004 - link
Nice to see some of the earlier designs, I didn't visit this place in the 1.0 to 3.0 days.cameronj - Monday, July 26, 2004 - link
Under the 5.0 heading it says "Hardware used in version 4.0
5 x Dual AMD Athlon MP 1900+ w/ 1GB Memory"
Interesting article though :)
CrystalBay - Monday, July 26, 2004 - link
Ahh The Celery Report...Do you guys have all this stuff archived ?CompMan86 - Monday, July 26, 2004 - link
Two errors: 1) The second graph on the conclusion page, the caption says "the graph below" instead of "the graph above." Also, "SQL Sever/Sybase world and while" on page 2 should say Server, not sever. Minor mistakes, just thought I'd give you the heads up. Otherwise, awesome article!And in response to the target=_blank comment, you have no control over window size or window attributes (like toolbars) with that. target=_blank is good when linking to an external site, but if you want to have a customized popup, javascript IS the standard.
quanta - Monday, July 26, 2004 - link
Why the site keep on using Javascript to open a new window when it can be done using 'target=_blank' attribiute? Is that Anandtech's idea of 'standard compliance'?PorBleemo - Monday, July 26, 2004 - link
Great job Jason! Always an interesting change to see site background like this...