это не слухи, а логика : вместо практически мгновенного обмена данным в памяти, получаем прокачку по сети, причем на каждую страницу приходится множество запросов mysql с обязательным ожиданием ответа от сети, никакой буферизации нет. паралельные запросы почти никто не умеет писать.
впрочем, это далеко не всегда критически важно, просто разница есть.
это он еще денег хочет просто со слишком умных клиентов.
ну так наймите этих кодеров от которых слышали.
два раза слышал о каком-то малоизвестном скрипте и оба раза от вас.
bugsmoran, eaccelerator помимо кеширования опкодов пхп, мог еще и хранить произвольные данные в разделяемой памяти если прикладная программа умеет этим пользоваться. и это работало даже быстрее memcached.
bncom, в xcache то, что вам нужно ЕСТЬ, а в eaccelerator - НЕТ. Совсем нет. Никакие ключи не помогут. В старых версиях было.
А в новом еаккселераторе БОЛЬШЕ нет кеша переменных - не осилили дальше тянуть это глючево и исключили совсем.
Кое-где в движках сайтов с кешированием даже можно найти проверку версии eaccelerator и вывод ошибки.
Ставьте xcache.
Ну, скажем не то, чтобы устарел, cкорее - потерял актуальность как метод раздачи файлов.
Для HTTP накоплен опыт и технологии распределения нагрузки и сотни разных модулей для апача. Написаны всякие анализатор-антиддосеры и т.д. А для FTP ничего нет.
он имеет массу проблем с прохождением через файрволы.
тогда как найти офис где по http не работают одноклассники (не включая случай где они заблокированы) - невозможно.
а теперь посмотрите исходник html. и прочитайте, наконец, то, что я писал.
даже если с языком все сделано правильно, возможен случай, когда вы сначала лезете в настройки форума и пишите там "Форум охранников", а только потом вспоминаете про установку русского языка.
Нужно еще раз стереть и заново набрать те же самые русские буквы в настройках форума, где они раньше использовались.
вероятно, потому что квота для пользователя mysql каким-то образом тоже оказалась включена.
либо ispmanager действительно уже использует предложенный тут хак с групповой квотой и специальным атрибутом в папке. Получается, неудачно использует.
поскольку ошибка временная, спящие потоки mysql ожидали, когда наконец вы почистите диск. когда число их достигло, 400 новые подключения перестали обрабатываться.
в общем случае не верить в ISPmanager и делать низкоуровневые операции самостоятельно.
похоже на то. если что-то работает не так как нужно, логично это отключить.
но так до конца и не ясно, что привело к нехватке места для mysql.
специальный демон, ссылку на которого я давал выше, сможет максимально безопасно для данных все разрулить, хотя и с некоторой погрешностью.
можно еще поныть у них на форуме http://forum.ispsystem.com/ru/showthread.php?t=8542
