Итак, после нескольких часов мытарств результат пока удовлетворяет
1. Кешируется для каждого пользователя отдельно в т.ч залогиненого
2. Нормально работает вход\выход пользователя и можно ставить кеш не 10сек как в статье на хабре, а сколько угодно (требует доп.тестов)
Теперь думаю над принудительной очисткой кеша т.к. если он будет жит 2-3 или даже 24часа то надо будет принудительно чистить. Пока что конфиг такой:
Итак, после 3-х часов експериментов
php5-fpm не сильно увеличил производительность
где-то на 20-30%
Но СИЛЬНО помог(0.1-0.2сек) nginx fastcgi_cache настроенный по ману: habrahabr.ru/post/71501/
но пока на боевой сервер не ставил… еще експериментирую
Сразу ставлю плюс за такой полный ответ НО:
1. nginx — используется (с senfile-ами, gzip_static-ами и т.д.) а последний месяц картинки все идут на амазон
2.
используйте кэширование данных в памяти (memcached, а лучше XCache), и не используете file caching
memcache — используется. по поводу xcache — писали что он не очень стабилен. Как вы смотрите на это утверждение
3. PHP Version 5.3.3-7+squeeze13
4. используйте php-fpm
вот это еще не пробовал. Вы предлагаете обойтись без апача вообще? или через апач fastcgi использовать?
5. используйте php opt-cacher (в PHP 5.5 оно уже встроено, для более старых версий есть APC или тот же XCache)
APC используется
6. Тюнинг файловой системы (noatime, tmpfs для всяких «временных» файлов/папок и прочие трюки)
Насколько это будет ефективным на Xen-овской VPS-ке?
Сомневаюсь что в это есть смысл т.к. ве поисковики декларируют что для нормального перехода им достаточно 301 редиректа и никто не говорит о каких-то санкциях.
Приведу пример 2 недельной давности.
Перевели мы сайт с около 40тыс.страниц с простых адресов на ЧПУ через niceURL и со стороны поисковиков ниодной проблемы. Пришлось подправить в плагине пару строчек которые бы делали 301 редирект со старых адресов на новые и все.
Ну и проблема с самим niceurl которые при активации завис по таймауту т.к. 40тис. статей за раз niceurl хотел перевести.
К стати к Вам вопрос, как относится Ваш плагин к названиям БЛОГОВ (%blog% в терминах niceurl) к кирилице и к точкам? т.к. стандартная поставка niceurl плохо к ним относится
1. Кешируется для каждого пользователя отдельно в т.ч залогиненого
2. Нормально работает вход\выход пользователя и можно ставить кеш не 10сек как в статье на хабре, а сколько угодно (требует доп.тестов)
Теперь думаю над принудительной очисткой кеша т.к. если он будет жит 2-3 или даже 24часа то надо будет принудительно чистить. Пока что конфиг такой:
php5-fpm не сильно увеличил производительность
где-то на 20-30%
Но СИЛЬНО помог(0.1-0.2сек) nginx fastcgi_cache настроенный по ману: habrahabr.ru/post/71501/
но пока на боевой сервер не ставил… еще експериментирую
1. nginx — используется (с senfile-ами, gzip_static-ами и т.д.) а последний месяц картинки все идут на амазон
2. memcache — используется. по поводу xcache — писали что он не очень стабилен. Как вы смотрите на это утверждение
3. PHP Version 5.3.3-7+squeeze13
вот это еще не пробовал. Вы предлагаете обойтись без апача вообще? или через апач fastcgi использовать?
APC используется
Насколько это будет ефективным на Xen-овской VPS-ке?
poznaiseby.ru/
Приведу пример 2 недельной давности.
Перевели мы сайт с около 40тыс.страниц с простых адресов на ЧПУ через niceURL и со стороны поисковиков ниодной проблемы. Пришлось подправить в плагине пару строчек которые бы делали 301 редирект со старых адресов на новые и все.
Ну и проблема с самим niceurl которые при активации завис по таймауту т.к. 40тис. статей за раз niceurl хотел перевести.
К стати к Вам вопрос, как относится Ваш плагин к названиям БЛОГОВ (%blog% в терминах niceurl) к кирилице и к точкам? т.к. стандартная поставка niceurl плохо к ним относится
Покажите какая ссылка получилась, покажите что выводится в битой ссылке…
больше информации надо