netwind +1
Кодировка utf8 уже стандарт де-факто. Именно она используется с большинстве дистрибутивов по умолчанию.
Пора забывать о koi8, 1251 и прочем зоопарке кодировок.
find /home/www/site.com/storage/ -wholename '*/temp/*.php'
Это 30 одновременно исполняемых скриптов. Это не 30 человек за 1 минуту. В реальности это даст серверу load average около 30. Это очень много.
Сколько у вас посетителей в сутки?
У вас php запущен как cgi или fastcgi?
Я бы порекомендовал вам сменить хостинг, раз у вас наблюдаются проблемы, которые администрация считает нормальными, но которые не позволяют вашему сайту нормально работать.
Можно поинтересоваться, какие именно процессы у вас работают на аккаунте? Как они запускаются?
Может таки лучше недопустить запуска большого числа процессов, настроив соответствующим образом конфиги ПО?
Red Hat и вслед за ним CentOS уже обновили glibc
Кстати, остается непофиксеной с опубликованным эксплойтом еще уязвимость в кернеле в RDS.
Проверьте как именно запущен php и какие именно конфиги он использует. Сделайте файлик с phpinfo(); и в первой секции внимательно посмотрите типа "Loaded Configuration File ", "additional .ini files parsed" и т.п.
Если php запущен как cgi, то он вообще не должен реагировать на директивы php_value в .htaccess - эти директивы только для mod_php.
Точно также он не должен обращаться ни к какому "главному" php.ini, если у него задан свой
seocore +1
В данном случае дискуссия сдохнет или нет неуместна - с сервером явные проблемы, которые нужно решать.
Надеяться, что диск "выздоровеет" сам по себе или после "лечения" магическими программами не стоит - себе дороже будет.
Даже мало-мальски глючащим винтам не место на серверах.
Чаще всего такое происходит при апгрейде с mysql 4 на mysql 5 - старый мускул не поддерживал конвертацию кодировки данных "на лету".
Если на исходном сервере стояла таки 5-я версия, то вполне возможно, что использование чарсетов там было отключено либо в my.cnf было типа init-connect="SET NAMES cp1251".
А может и другие причины были...
Нужно согласовать кодировки в которой данные хранятся в базе и отображаются на сайте.
Попробуйте в скриптах сразу после mysql_connect(......); прописать
mysql_query("set names cp1251");
Если страницы сайта не в cp1251, то вместо нее используйте соответствующую кодировку.
Рекомендую поставить xcache или eAccelerator. Любой их них быстрее и стабильнее чем APC.
Это не отменяет дельного совета от pupseg - лучше задействовать zend optimizer для отдельного хоста посредством php-cgi с собственным php.ini
