Я снизился на эту дорогу прежде, и это не было на самом деле время компиляции. Это происходило из-за поврежденного компонента в IIS. Удаление и переустановка IIS зафиксировали его. В нашем случае я помню, что нашел Microsoft technote описанием его. Попытка ищущего MS.
На данный момент я решил его путем включения mod_fcgid
в Apache, но просто не конфигурировании его. Но это тратит впустую память, и я хотел бы знать "надлежащий" способ решить это!
mod_fastcgi (www.fastcgi.com) является сторонним модулем, директивы которого имеют префикс "FastCgi".
http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html mod_fcgid является модулем Apache, директивы которого имеют префикс "Fcgid".
Я советую, чтобы Вы удалили mod_fastcgi и пошли с mod_fcgid.
Это - большие новости для PHP, потому что затем можно вывести апачское mpm-предварительное-ветвление и пойти с лучшим mpm-рабочим, не установив mod_php, вместо этого используйте php в качестве быстрого cgi. Для debian это означает:
• Удалите apache2-mpm-prefork и libapache2-mod-php5.
• Добавьте apache2-mpm-worker, libapache2-mod-fcgid, и php5-cgi. С php5-cgi Вам не нужна пользовательская быстрая cgi обертка, можно использовать саму php командную строку непосредственно (заметьте/usr/lib/cgi-bin/php5), ниже.
• Для mod_fcgid с PHP обратите внимание, что PHP как FastCGI имеет свое собственное средство для завершения после обрабатывания такого количества запросов (см. PHP_FCGI_MAX_REQUESTS). FcgidMaxRequestsPerProcess помогает постараться не отправлять дополнительные запросы к приложению обертки после того, как он обработал свой предел.
• В каждом виртуальном хосте или в глобальной области видимости:
FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 200 FcgidMaxRequestsPerProcess 200
• Затем в Каталоге:
AddHandler fcgid-script .php FcgidWrapper /usr/lib/cgi-bin/php5 .php Options +ExecCGI