а вот это уже странно. вы перезагрузили апач (если PHP расширение модулем)?
если да - смотрите в error_log. временно можно также в .htaccess включить
отображение ошибок на экран, добавьте:
php_flag display_errors on
php_value error_reporting 2047
так не нужно ему и _позволять_ такого делать. если система
не может дать столько ресурсов - нужно уменьшить max_connections
соответственно. лучше уже mysql честно открещивающийся от
части клиентов с too many connections, чем убитый.
покажите конфиг nginx
Cтавьте любой бинарный дистрибутив linux. Debian,
CentOS - что удобнее. Там вашу задачу уже давно решили :).
netwind, эти 16 + 32 что занимает mysql сейчас в
пике (см. лог) - больше половины пресловутых 64Mb.
просто поставьте nginx как прокси перед апачем
вы держите сайты на windows+apache для только локально у себя для тестов?
или это рабочая среда?
если вы работаете с чем-то тяжелым, типа вордпресса - добавьте памяти и процессора.
на чем именно он у вас затыкается сейчас - сказать сложно (память скорее, всего). я бы в момент загрузки посмотрел еще top и mysqladmin proc
а после добавления памяти/CPU - можно подумать уже о настройках
mysql. если бюджет не позволяет нанять квалифицированного
человека - попробуйте проверить свои настройки скриптом типа mysqltuner.pl
ну, через какое-то время до вас дойдет, что "после отключения mysql.so" - это тоже логично :D
Yline, это достаточно логично, нет? данное расширение
RSS парсит - уметь работать с xml скорее всего ему надо.
что значит "реальные статические страницы"?
выставляйте Last-Modified соответственно дате файла, например:
http://help.yandex.ru/webmaster/?id=995296#995332
будьте готовы, что робот может спросить, изменился ли документ:
http://written.ru/articles/technologies/site_building/if_modified_since
