Microsoft уточненное FastCGI - но должен вы модернизировать?
Мы ранее покрыно окончательное освобождение модуля IIS FastCGI, совместно начатое между Microsoft и Zend… Но как раз эта неделя, Microsoft (MSFT: $33.76 -0.50%) объявлено наличие RTM модуля IIS FastCGI.
Настолько что происходит? Мы downloaded текущий выпуск (, by the way, не совместимо с старое одним, вы должны uninstall тогда установить новый вариант) и проверили на номера варианта \ Windows \ System32 \ inetsrv \ fcgiext.dll - они пришли вне быть 6.1.36.1.
контрастом, вариант, котор мы downloaded и установили месяц тому назад (который кажется, что dubbed отпуску go live) были проверены, что и найдены были 7.0.6001.16606.
Очевидно отпуск go live использовал оцифровку от отпусков сервера 2008 $етМичрософта $етШиндошс, но он has got смущенные мы.
Вы можете найти timeline развитие blog s Майк модуля FastCGI и основной этап работ цикла Volodarsky (проявитель Microsoft IIS)' - но оно делает никаким помином whatsoever отпуска 10-ое октября 2007.
Имеет большая часть perplexed не будет отсутсвием вполне план-графика отпуска ни противоречя номеров варианта - те легки. Как с большинств другими применениями, самая последняя самая большая - конец рассказа. Для нас, проблема что модуль RTM FastCGI более менее стабилизирован чем отпуск go live от последнего месяца. Это реальные плохие новыми, потому что модуль FastCGI был awesome и большинств неоцененный инструмент когда он приходит к раскрывать некоторые модули раскрывать-источника buggy на Windows.
Нашим опытом с модулем RTM FastCGI не была вся неудача - представление небольш (как внутри < 1 req/seq) улучшено. Но модернизировать будет PITA и модуль RTM abide архивом конфигурации the first time мы установили его - to the extent that он служил наши архивы PHP как plain-text, ОГРОМНАЯ обеспеченность никак-никакая. Но после этого мы уничтожили архив конфигурации и начали от скреста и все было ОДОБРЕНН…
Но после этого процессы FastCGI начали balk и прекратить, запросы приурочивали вне слишком быструю (несмотря на использование таких же директив архива конфигурации), и быстро-потерпят неудачу предохранение включались далеко слишком часто.
Оно кажется что синтаксис перерыва reverted к первоначально семантике более предыдущих отпусков до предваротельных просмотров техника, куда ActivityTimeout пнет в ровной RequestTimeout пока не достигалось…. Но мы не уверенн.
At the moment кажется, что сортированы наши проблемы вне (путем поднимать все пределы в нашем архиве конфигурации a серия ) но, of course, все имеет свое цену. We’re hoping that raising the timeouts won’t induce and instability or end up with FastCGI module unable to detect a hanged process - but only time will tell.
In the meantime, if you’re running the October 2007 release (which, by the way, we cannot seem to locate any more) you should probably hold off upgrading for a week or two until things get sorted out.
Written by Computer Guru. Read more great feeds at is source WEBSITE
no comments.
Read more articles on FastCGI and IIS and Microsoft and Reviews and Windows and software.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
