Кэширование в Nginx для шаред хостинга

Мне кажется, будет больше проблем, чем пользы. У клиентов могут быть свои требования или своя логика, которая не будет вписываться в кеширование.

Лучше предлагать настройку кеша как дополнительную услугу тяжелым клиентам.

ну польза в принципе весомая, из статьи по первой ссылке:

без кеша "на обработку каждого составило в среднем 10,3 секунд."

с кешом "Среднее время ответа от сервера составило 0,73 секунды."

так проще наверное по запросу отключать кеш выборочно, чем включать его по запросу - сделал вывод почитав статьи.

выключая кеш заодно можно предупреждать клиентов, что отключение кеша может повлиять значительно на нагрузку, что грозит определенными последствиями...

Хотелось бы услышать мнение от тех, кто уже пробовал на шаред ставить кеширование или хотя бы проверял как работают популярные движки с включенным кешированием.

Тестить у меня нету на чем, сразу на боевой сервер только могу поставить

Глобально кешировать не стоит.

У себя для виртуального хостинга опционально сделал кеширование nginx.

Клиент на сайте задает время жизни кеша и куку. Если клиент включает эту опцию, статика -> неавториз, динамический контент -> авториз.

С чего вдруг? Создавать и актуализировать сотни конфигов под каждого клиента? Проблемные места надо исключать из процесса. Я их перевожу в песочницу в виде мощного сервака+апач, а уж когда подошла нагрузка значит и денег можно спросить за оптимизацию на уровне кода.

Да офигенно работают :)

Только если вы понимаете фидбек сотен разных инсталяций в окружении кэширования. Яб (на вашем месте) отдельный сервак купил-бы, с 16 гб. оперативы и ботами его бы понагружал. Понаставить движков — дело вечера.

Вот только внятно осознать (и устранить) — почему вдруг клиент на битрикс жалуется на оптупливание авторизации и в тоже время работа DLE просто изумительна — не каждому администратору-аналитику под силу.

Такие дела, да. © Курт Воннегут.

poiuty, не совсем понял:

И как это можно сделать:

Не совсем понял реализацию

Получаем данные от клиента, фильтруем, передаем на обработчик.

На скриншот посмотрите, "Nginx кеш"

Что это за скриншот ваще? Из какой-то панельки?

Промахи в php — пять раз в 160 запросов понятны, а что значит отсутствующее время CPU в мускуле? Типа всё попало в кеш? :D Да это у вас какие-то волшебные сайты.

---------- Добавлено 01.07.2012 в 23:41 ----------

Он ведёт речь о кешировании сессий, разве нет?

Нет, это время cpu, которое было потрачено на обработку запросов для определенного mysql юзера.

Почему 0 - потому что это "стата" сайта, с низкой посещаемостью.

Нет, это не запросы. Это нагрузка, которую создает сайт. Если нагрузка более n лимита - будет штраф.

---------- Post added 01-07-2012 at 23:42 ----------

О каком кеш. сессий вы говорите? Речь о кешировании всего сайта средствами nginx, а по какому параметру - кука или сессия, второстепенно.

А что вы кешируете в nginx, как можно расшифровать ваш скриншот?

Ну смотрите, с помощью nginx мы можем кешировать. Например у нас страничка php.

Мы задаем куку в данном случае это "wordpress_test_cookie". И время это - 60 минут.

Теперь когда пользователь зайдет на страницу без куки - nginx отдаст ему статику (html). Но в этом варианте POST запросы не кешируются.

Если с кукой - динамику т.е. будет сгенерирована страница.

Проще говоря кешируется страницы. А не сессии или что-то другое.