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

12 3
BuxarNET
На сайте с 03.05.2008
Offline
117
1924

Идея понятна думаю из загаловка.

Статьи по кешированию я нашел:

http://www.ashep.org/2011/keshirovanie-v-nginx/

http://highload.com.ua/index.php/2010/12/03/%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D0%B5%D0%BC-nginx-%D0%BA%D0%B0%D0%BA-%D0%BA%D0%B5%D1%88%D0%B8%D1%80%D1%83%D1%8E%D1%89%D0%B8%D0%B9-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80/

http://habrahabr.ru/post/124684/

http://dklab.ru/chicken/nablas/56.html

Все вроде красиво выглядит.

Вопрос в следующем, чем грозит глобальное кеширование всех сайтов клиентов?

Будут проблемы с работой сайтов клиентов или все же бояться не стоит в 99,99 % случаев и сайты клиентов основанные на таких движках как к DLE и Wordpress будут нормально работать с кешированием выставленным к примеру в 10минут или хотя бы 1 минуту?

Обменник http://BuxarExchange.ru (http://BuxarExchange.ru) Хостинг http://Buxar-Host.ru (http://Buxar-Host.ru) Домены от 0.01$, Хостинг от 0.25$, VDS и VPN от 3$ Сервера от 65 Eur Линукс Мир http://LinuxMir.ru/ (http://LinuxMir.ru/) Переход с Windows на Linux
Boris A Dolgov
На сайте с 04.07.2007
Offline
215
#1

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

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

С уважением, Борис Долгов. Администрирование, дешевые лицензии ISPsystem, Parallels, cPanel, DirectAdmin, скины, SSL - ISPlicense.ru (http://www.isplicense.ru/?from=4926)
BuxarNET
На сайте с 03.05.2008
Offline
117
#2

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

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

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

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

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

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

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

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

P
На сайте с 16.03.2009
Offline
144
#3

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

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

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

neznaika
На сайте с 28.06.2006
Offline
356
#4
poiuty:
Глобально кешировать не стоит.

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

BuxarNET:
как работают популярные движки с включенным кешированием

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

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

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

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

Дорого покупаю настоящие сайты. Не инвестирую деньги и не беру кредиты.
BuxarNET
На сайте с 03.05.2008
Offline
117
#5

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

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

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

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

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

P
На сайте с 16.03.2009
Offline
144
#6
BuxarNET:
poiuty
Не совсем понял реализацию

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

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

neznaika
На сайте с 28.06.2006
Offline
356
#7
poiuty:
На скриншот посмотрите, "Nginx кеш"

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

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

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

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

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

P
На сайте с 16.03.2009
Offline
144
#8
neznaika:
А что значит отсутствующее время CPU в мускуле? Типа всё попало в кеш?

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

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

neznaika:
Промахи в php — пять раз в 160 запросов понятны

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



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

neznaika:

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

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

neznaika
На сайте с 28.06.2006
Offline
356
#9
poiuty:
О каком кеш. сессий вы говорите?)

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

P
На сайте с 16.03.2009
Offline
144
#10
neznaika:
А что вы кешируете в nginx, как можно расшифровать ваш скриншот?

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

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

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

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

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

12 3

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