{"id":389,"date":"2007-03-12T16:50:17","date_gmt":"2007-03-12T16:50:17","guid":{"rendered":"http:\/\/neosmart.net\/blog\/2007\/no-more-downtime\/"},"modified":"2013-08-26T18:14:59","modified_gmt":"2013-08-26T23:14:59","slug":"no-more-downtime","status":"publish","type":"post","link":"https:\/\/neosmart.net\/blog\/no-more-downtime\/","title":{"rendered":"No More Downtime!"},"content":{"rendered":"

It seems that every time we get on Slashdot (or Digg for that matter), we go down. It doesn’t make a difference just how well prepared we are, what kind of hosting we’re using, what the application being Slashdotted is, etc. It’s the unwritten law at NST. But we hope this’s the last time we ever experience downtime for a while.1<\/a><\/sup>\n<\/p>\n

Why? We’ve left PHP. Well, not exactly. It seems that PHP doesn’t give a damn about Windows users. PHP has repeatedly stated that “we’re aware of [….] serious stability issues on Windows…” But they’ve done nothing about it for almost a year now. Their advice is to abandon (their own) PHP ISAPI connector and instead fallback to the ages-old and incredibly slow PHP CGI solution.\n<\/p>\n

<\/p>\n

A couple of years ago, a more efficient “version” of CGI, aptly dubbed “FastCGI<\/a>,” was invented. Theoretically, FastCGI retains the stability and reliance of the old CGI method, but is implemented via its own (actually working) ISAPI\/NSAPI extension and incorporates some changes in the lifeline of a binary. But in practice, the original FastCGI for IIS implementation<\/a> is outdated and almost as unreliable as ISAPI on IIS.\n<\/p>\n

At NeoSmart Technologies, we’ve been using the original PHP ISAPI implementation to get our various PHP-powered scripts up and running. It’s proven to be as unreliable as only badly-coded software can be<\/a>, but falling back to CGI as a “solution” just wasn’t going to happen. But now we’ve come across a much un-mentioned FastCGI implementation created by Microsoft themselves in an effort to increase the reliability of PHP on IIS since PHP weren’t doing their jobs.\n<\/p>\n

The not-so-sharply-named “FastCGI for IIS<\/a>” plugin seems to be the real deal. At the moment, it supports IIS 5 & 6 via the now-dying ISAPI infrastructure – and is a complete modular implementation for IIS 7. Unlike the other FastCGI implementations for IIS, this one really works. It load-balances requests across multiple threads (just like CGI does), and properly recycles them when threads end (just like CGI doesn’t).\n<\/p>\n

Most importantly, it’s fast, lite, & trouble-free. Only time can tell, but this does seem like the real McCoy, if you will. For the past 2 days NST has been available only off-and-on thanks to Slashdot (linking to this story<\/a>) – and PHP’s ISAPI extension just can’t handle all those requests, and needed a reset every hour. We’ve just switched to FastCGI for IIS, and so far, so good!\n<\/p>\n

Besides just the facts and resources currently sitting on our server, FastCGI for IIS spews good “vibes” all over the place. It’s nothing tangible, and we obviously won’t have any numbers until the next Slashdot effect comes in, but we’re going to go ahead and advise that anyone frustrated with PHP’s lack of stability and uptime on Windows servers (and IIS in particular) should switch right away.\n<\/p>\n

It’s really sad that PHP ignores a huge portion of the market. Sure, Linux is a great server product, and Apache really is wonderful (after all, Microsoft has admitted<\/a> to using Apache’s modular structure as their inspiration for IIS 7!) – but IIS 6 (and 7 too) are decent web servers in their own right. It doesn’t make sense that they should serve Perl, Python, and ASP.NET 2.0 so well, and just stumble head-over-heels when it comes to PHP.2<\/a><\/sup><\/p>\n

  1. Currently, NeoSmart Technologies is running off of a dedicated host (from LunarPages<\/a>) with eAccelerator, MySQL, WP Cache, and some more optimization goodiness. ↩<\/a><\/p><\/li>

  2. Some of the guys behind NeoSmart Technologies are currently working on a Web 2.0 startup, and it sure as hell won’t be using PHP! ↩<\/a><\/p><\/li><\/ol>","protected":false},"excerpt":{"rendered":"

    It seems that every time we get on Slashdot (or Digg for that matter), we go down. It doesn’t make a difference just how well prepared we are, what kind of hosting we’re using, what the application being Slashdotted is, … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[1],"tags":[298,297,83,300,299,301,124],"class_list":["post-389","post","type-post","status-publish","format-standard","hentry","category-software","tag-cgi","tag-fastcgi","tag-iis","tag-iis-7","tag-isapi","tag-longhorn-server","tag-php"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t