Что на сайте нужно обязательно кэшировать?

Question

[jasonOk]

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

Comments

[AlikDex]

если три калеки на сайте то можно и не кешировать. Если сотни тысяч - кешировение обязательно. Иначе тупо сайт загнется, или потребуется сервер до неприличия дорогой. карочи под исходные данные

Answer 1

[xmoonlight]

Обязательно - не надо ничего кэшировать.
Дополнение от dimasmagadan : Не забываем про настройку сервера для того, чтобы браузер клиента мог сам кэшировать страницы.

В идеале, кэшировать надо данные ВСЕХ функциональных блоков, зависящих от входных параметров.
К ним относятся:
1. SQL-запросы и ответы
2. поиск по любой структуре данных и результат этого поиска
3. файловая структура, находящаяся по определённому пути
4. данные, полученные для каждого из блоков представления ("список", "выборка", "статистика" и т.д.)
5. сформированный шаблонизатором контент на основе GET-параметров

Всегда кэшируйте первым тот блок, который занимает больше времени при обработке данных и т.д. по нисходящей.
Первые претенденты на кэширование, как правило: блоки с пунктами 2, 3 и 5.

Дополнение от Алексей Уколов :
Кеширование - это большая боль для разработчика, на самом деле. И "не надо кешировать" - это именно с этой точки зрения. Любой кеш усложняет приложение в разы, потому что его нужно инвалидировать, обрабатывать ошибки и т.п. Но часто без него не обойтись, это факт.

Comments

[Дмитрий]

>Обязательно - не надо ничего кэшировать.
При таком подходе нет никакого запаса.
Внезапно набегает чуть больше пользователей -> сайт спокойно укладывается.

Что мешает класть уже сгенерированную версию страницы в кэш на короткий период хотя бы для гостей?

Ну или другой вариант, если страница меняется раз в месяц, зачем каждый раз заставлять сервер ее генерировать?

[xmoonlight]

dimasmagadan: для этого есть браузерный кэш, который настраивается обычно сразу и везде.

[Дмитрий]

xmoonlight: вы серьезно?
Вы жеж в курсе, что браузерный кэш кэширует все конкретно у одного пользователя?
то есть - если 1 пользователь зайдет 10 раз, 9 раз страницу он может получить из этого самого браузерного кэша.
сервер при этом сгенерирует код 1 раз.

а если зайдут 10 пользователей по 1му разу на ровно ту же страницу, сервер ровно 10 раз ее и будет генерировать.
хотя сама страница не менялась и можно было снизить нагрузку отдав уже сгенерированную версию с кэша.

[Дмитрий]

xmoonlight: ну и как-то не вяжется ваше "не надо ничего кэшировать" с "есть браузерный кэш"

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

[xmoonlight]

dimasmagadan: мда... Спасибо! Поправлю!

[Алексей Уколов]

Мне кажется, стоит отметить, что кеширование - это большая боль для разработчика, на самом деле. И "не надо кешировать" - это именно с этой точки зрения. Любой кеш усложняет приложение в разы, потому что его нужно инвалидировать, обрабатывать ошибки и т.п. Но часто без него не обойтись, это факт.

[xmoonlight]

Алексей Уколов: Согласен полностью.

Answer 2

[landergate]

Тяжёлые места, которые могут повесить сайт при повышенной нагрузке.
Например, данные на главной странице, или динамический контент, отображаемый без регистрации.

Представьте, что на сайт зайдёт 1000 человек одновременно, просто на главную страницу сайта. Во что именно упрётся загрузка в такой системе - то и стоит по возможности кешировать, чтобы загрузка этих данных упиралась не в БД или диск, а подгружалась, например, в готовом виде из RAM.

Answer 3

[sim3x]

Обязательно - ничего не кеширую

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

Answer 4

[Дмитрий]

я обычно кэширую вообще все для гостей (хоть на 5 минут, но обязательно кладу в кэш)
для зарегистрированных отдаю актуальную версию страницы минуя кэш.

остальное все очень специфично, зависит от типа кэширования, какое вы используете ( nginx, varnish, memcached, или, может, вы под кэшированием вообще что-то другое подразумеваете)

Answer 5

[65536]

желательно всё, что не обязательно рендрить каждый раз (редко меняющееся). например, не обязательно рендрить при каждой загрузке страницы какое-нибудь дерево категорий. кэшировать его, а кэш сбрасывать после изменений, или вручную или триггерить по событиям

Comments

[AlikDex]

а если еасть маркер активной категории, чего тогда? обломался кеш?

[Максим Тимофеев]

AlikDex: не надо кешировать html, надо кешировать данные для него

[65536]

AlikDex: я не говорил про кэширование прямо в хтмл) Максим Тимофеев правильно говорит, кэшировать данные для шаблонизатора. нормальный шаблонизатор жрёт почти ничего. а на них можно намержить другие данные, добавить/заменить что-то

[AlikDex]

65536: Максим Тимофеев: Сериализация данных в кеше тоже потребляет ресурсы. А кешированный хтмл просто потоком отдает. Что, думаю, будет в разы быстрее =) Хотя с другой стороны ничто не мешает кешировать в два уровня. 1 это данные, а второй - хтмл. Закешировать все состония дерева категорий это ведь мелочи да? =)

Answer 6

[Максим Тимофеев]

Надо понять "для чего нужно кеширование", тогда вопрос "что кешировать" отпадет сам собой.
Кешировать надо все что создает излишнюю нагрузку на сервер. Сложные выборки данных, результаты сложных вычислений.
Например, у Вас есть список пользователей online и Ваш код проходится по списку пользователей и проверяет есть ли этот пользователь в этом списке или нет. При этом каждый раз формируя этот список. Закешировав его всего на 1 минуту - Вы получите прирост производительности. Даже при 1 запросе к серверу. Пример, абстрактный, любителям поумничать - в сад.

Comments

[AlikDex]

Можно это состояние в кеше держать, например. При каждом действии создать ключ user:isonline:{id} со значением true. В этом случае список перебирать и не потребуется. Просто запросить ключ на существование =) Вот не знаю, можно ли это назвать кешированием, или нет...

[Максим Тимофеев]

AlikDex: проще иметь поле в таблице user "lastactive", после срабатывания контролера обновлять там timestamp. Делать выборку, например тех у кого была активность последние 15 минут, выбирать id-шники этих пользователей и вот эту выборку кешировать на 2-3 минуты.

Answer 7

[Алексей Блышко]

Вопрос задан неправильно. Правильно бы вопрос звучал "как собрать статистику запросов к страницам и функциям, чтобы определить, что надо кэшировать".

Answer 8

[RouR]

Если пользователь авторизован - то его профиль и набор прав доступа