hacccker, Странно. У меня битрикс на сервере работает в 10 раз быстрее, чем у "специально предназначенных" хостингов с различными кешерами и прочей дрянью. ЧЯДНТ? Проблема именно в реализации. Поймите, что именно ставится то, что работает быстрее и стабильнее, но никак не костыли. И если проблему нужно решать на уровне приложения, то нет смысла править компилятор. Поясните мне цели кеширования опкода.
Потому, что опкод _не должен_ кешироваться, если приложению требуется закешировать данные, следует использовать другие вещи.
Клиенту абсолютно плевать что крутится на сервере - ему нужно чтобы сайт работал, остальное ваши выдумки и сравнение не корректно. Здесь просто выключили скайп и прикрутили этот протокол к программе ICQ - ближе к истине. Т.е. теперь вы стали пользоваться одной программой вместо двух. И все вот это "не решение проблемы" - только ваше личное.
Raistlin добавил 16.02.2011 в 09:24
Я выше сказал "не пользуйтесь xcache". То же самое повторю и для акселератора. Вы не понимаете что это простое кеширование... Не больше и не меньше, и применение этого дела несколько глупо впринципе. ставьте мемкеш и модуль к нему, на худой конец. А вообще ставится стандартное. По поводу криво написанных CMS мне и говорить не хочется... Будет тупить - клиент или будет платить больше денег за ресурсы или вылетит с хостинга. Я лично не могу позволить себе делать сервер дырявым и не стабильным, чтобы сидеть и смотреть на него круглосуточно. У меня он не один и их у меня даже не 20.
DRBD забейте в поиск
Омг...
О.о
А смысл этих действий? почему не обойтись просто php-cgi? Какой выигрыш в производительности? Хотите сэкономить память - переведите апач в режим worker. Хотите чтобы до него не доходили полуоткрытые соединения - поставьте еще один апач как фронтенд... Ну и т.д. В обсчем-то все банально, ИМХО.
Raistlin добавил 16.02.2011 в 08:59
http://php-fpm.org/
Raistlin добавил 16.02.2011 в 09:02
Поясню. Я ошибся немного когда увидел FastCGI, но http://svn.apache.org/repos/asf/httpd/mod_fcgid/trunk/README-FCGID это еще хуже, что там стояло....
Не пользуйтесь xcache, заменителей тонны. А по логам именно это и следует, опять же. fcgi вываливается именно из-за того, что кто-то лезет в его память. КТо может лезть? В первую очередь подозрение падает на кешеры... Почитайте как работает xcache.
Raistlin добавил 16.02.2011 в 08:41
Вы мне лучше объясните, почему вам нужна не рабтоспособность сайтов, а именно эта странная, мягко говоря, связка?
Вы просили сайты поднять или настроить именно php+fpm? Сами виноваты, дальше разговаривать с вами неочем.
Извините, именно это и значит. Вы просто некомпетентны.
За что платят - решают клиенты. Вы заплатили за поднятие сайтов.
А теперь, собственно, в чем вопрос то? почему fcgid не пашет? Или что? Переставлять разные mpm и т.п. Вы, наверное, просто не понимаете как должно это работать. И mod_fcgid собран _именно под префорк_.
Крик души - чтобы побольше таких было - они часто сами ломают и считают что правы, а потом платят деньги за в общем тривиальные задачи. Без обид.
Raistlin добавил 16.02.2011 в 08:17
З.Ы. Если бы я делал, я бы и xcache снес к чертям и mod_fcgid.
Права на файлы правильно выставить не пробовали? Или вы верите всему что написано?
И это очень правильный совет.
dkameleon, сталкивался ;). cat /dev/random > file.rnd подождем минут 10 и файл готов :)
Если так то своими руками бы удавил... А под легальное - легко.
