Как организовать управление кэшем магазина в админке?

Question

[Pauletto]

Добрый день! Интересуют мнения как лучше организовать кеш на сайте. Есть интернет магазин на yii2 и crm, в которой находится админка к магазину на yii1, crm используется только внутри, из вне недоступна. Есть такой сценарий - в админке создаются новости для сайта, на сайте они кладутся в кеш и показываются, чтобы не дергать базу. Но вот вопрос - как сбросить кеш только новостей на сайте, не затронув весь остальной кеш сайта?

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

Answer 1

[Антон Шаманов]

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

Про https://ru.wikipedia.org/wiki/HTTP_ETag тоже не стоит забывать.

Comments

[Pauletto]

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

[Антон Шаманов]

Pauletto: А в чем проблема то? Используй ключ кеша на основе id страницы: $key = 'page_' . $page->id; , при изменении\удалении страницы удаляем её кеш.

[Pauletto]

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

Answer 2

[Дмитрий Евграфович]

А обязательно кэшировать новости? Мне кажется новости - это один запрос в бд, нагрузки сильно не прибавит, хотя в вашем проекте может все сложнее и там на страницу с новостями по 50-100 запросов делается, но что-то я сомневаюсь.

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

Далее почитайте про паттерн прокси - habrahabr.ru/post/240557 после того, как схему кэширования сделаете, уже можно думать над самим хранилищем. На ларавеле для кэша есть единый интерфейс, под который уже реализованы различные хранилища (редис, mysql), не думаю, что под yii подобного нет.

Comments

[Pauletto]

Я думаю что лучше кешировать, чтобы к базе меньше запросов было, ведь новости раз в день добавляются. Тут именно вопрос что 2 приложения лежат отдельно друг от друга (интернет магазин и CRM), нужно из CRM сбросить только кэш новостей на магазине.

[Дмитрий Евграфович]

Pauletto: Ну тут по задаче вам смотреть. Может ваше "лежат отдельно" подразумевает общую базу данных, а может сейчас окажется, что все на разных серверах лежит и вы будете через rest api сейчас новости подтягивать, я же не знаю. Может вы новости раз в день кэшировать будете и вся оптимизация на этом закончится и не попросят ничего в ближайший год, а может это только первый шаг к полноценной оптимизации и вам нужно нормальное решение для кэширования всего и вся, чтобы потом не развалилось ничего и в код контроллеров не требовалось лезть на каждый чих.

[Pauletto]

Я думаю я плохо объясняю:) У нас интернет магазин внешние приложение, CRM внутренние приложение, лежит все на 1 сервере(пока что), возможно потом разделять. База общая. Дело в том, что кэш иногда нужно вручную сбрасывать(например редактор сохранил не то, что нужно или просто ошибся). Я думал управлять кэшем таких штук, как новости, акции и страницы(статические) через редис, имея общий список ключей кэшей.

[Дмитрий Евграфович]

Pauletto: В целом подход управления по списку ключей правильный и в этом плане вы на верном пути (по крайней мере с моей точки зрения) - иначе вы никак различные сущности не разделите, а кешировать все одной кучей смысла не имеет, просто мне сейчас кажется, что вы акцентируетесь на редисе и в результате напишете сильно завязанный на этом хранилище код. Я предлагаю вам для начала абстрагироваться от редиса как хранилища и накидать общий интерфейс для общения с хранилищем, через который и работать (вдруг вам придется потом поменять редис на что-то другое). В ларавеле работа с кешем и различными хранилищами уже есть из коробки и мне кажется, что в yii подобный функционал тоже должен быть, ну или хотя бы должен быть сторонний пакет. Интерфейс несложный на самом деле, в нем всего -то накидать пару основных методов, которые вам потребуются (создать ключ, удалить ключ, проверить существование ключа, удалить все, получить значение ключа, задать время хранения ключа, может еще работу с группами ключей организовать. типа найти все ключи news.* ).

Другое дело что логику работы с самим кешем (отдельно с типовым абстрактным хранилищем, а не с редисом конкретно) вам надо продумать. К примеру я бы задумался, почему если редактор делает что-то не то, то это сохраняется в кэше? Можно ведь повесить обнуление кеша новостей на событие "сохранениеНовости", а создание на первое из открытие - как раз тот самый прокси паттерн (зачем редактору лезть и нажимать вручную кнопку каждый раз, если это можно автоматизировать?). Я кстати тоже плохо объясняю :) Либо скрипт будет автоматически сравнивать дату изменения новости и дату в кэше и либо отдавать кэш, либо пересчитывать его заново.