Кэширование в Joomla. Снимаем нагрузку с сервера. Как настроить кэширование в Joomla Как отключить кэширование модуля joomla
Скорость загрузки страниц – один из важных факторов успеха вашего сайта. Сама по себе Joomla не медленная, тем не менее, существует масса способов сделать Joomla 3 быстрее, об этом и пойдет речь в статье.
Вовремя обновляйте Joomla и ее расширения.
Запомните: очень важно иметь в своем арсенале последнюю версию Joomla, т.к. с каждой новой версией код Joomla улучшается. Даже если обновления несущественны свежие версии Joomla, как правило, быстрее предыдущих.
Включите встроенное Joomla-кэширование.
Если встроенный кэш отключен, то при каждой загрузке страницы Joomla извлекает контент из базы данных, загружает все установленные плагины, компоненты и модули, загружает файл шаблона и собирает это все в одну страницу. Естественно, все эти операции занимают какое-то время – вот почему нелишним будет включить встроенное кэширование. Благодаря этой функции всё вышеперечисленное сохраняется в простой HTML-файл, который загрузят все последующие посетители сайта.
Чтобы включить Joomla-кэширование необходимо зайти в «Система» –> «Общие настройки»
Перейти во вкладку «Система»:
Немного пролистайте страницу, и вы увидите блок «Настройки Кэша». В выпадающем списке «Кэш» выберите пункт «Стандартное кэширование». Также доступно прогрессивное кэширование, оно работает немного иначе: происходит сохранение копии сайта для каждого конкретного посетителя. Такое кэширование используется в особых случаях. Не рекомендуется его использовать, если вы не уверены, что это вам требуется.
После выбора метода кэширования нажмите на кнопку «Сохранить».
В появившемся поле вы увидите длинный список установленных плагинов. Для удобства воспользуйтесь поиском, введите там «Кэш» и нажмите на кнопку с лупой:
Включите плагин, нажав на красную иконку возле названия плагина:
Иконка рядом с названием плагина станет зеленой:
Включите Gzip-сжатие.
Еще один метод увеличения скорости загрузки сайта – это сжатие. Если включить встроенное Gzip-сжатие, то перед отправкой посетителю сайта его страницы будут сжиматься, сжатые страницы загружаются гораздо быстрее. Чтобы включить сжатие пройдите в меню «Система-Общие настройки»:
Перейдите во вкладку «Сервер»:
В пункте Gzip-сжатие страниц выберите «Да» и сохраните:
Для проверки Gzip-сжатия можно использовать различные бесплатные онлайн инструменты, например http://checkgzipcompression.com . Если все нормально, сервис покажет вам результаты сжатия, как в примере ниже:
Обратите внимание, что иногда Gzip-сжатие может привести к ошибкам. Если такое происходит, значит на сервере не установлена или неправильно настроена Gzip, необходимо связаться с технической поддержкой хостинга.
Пропишите параметры оптимизации в.htaccess.
В файле.htaccess прописываются параметры обработки файлов сайта веб-сервером. Для ускорения загрузки страниц можно прописать следующие параметры:
ETag – говорит браузерам о том, что картинка скачена и может быть загружена из кэша браузера, а не с сервера.
Expires headers – похож на ETag с той лишь разницей, что можно задавать различные сроки действия для различных типов файлов.
AddOutputFilterByType DEFLATE – уменьшает исходный код, путем удаления из скомпилированных HTML-файлов пустых строк, пробелов.
########## Begin - ETag Optimization ## This rule will create an ETag for files based only on the modification ## timestamp and their size. ## Note: It may cause problems on your server and you may need to remove it FileETag MTime Size # AddOutputFilterByType is now deprecated by Apache. Use mod_filter in the future. AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript # Enable expiration control ExpiresActive On # Default expiration: 1 hour after request ExpiresDefault "now plus 1 hour" # CSS and JS expiration: 1 week after request ExpiresByType text/css "now plus 1 week" ExpiresByType application/javascript "now plus 1 week" ExpiresByType application/x-javascript "now plus 1 week" # Image files expiration: 1 month after request ExpiresByType image/bmp "now plus 1 month" ExpiresByType image/gif "now plus 1 month" ExpiresByType image/jpeg "now plus 1 month" ExpiresByType image/jp2 "now plus 1 month" ExpiresByType image/pipeg "now plus 1 month" ExpiresByType image/png "now plus 1 month" ExpiresByType image/svg+xml "now plus 1 month" ExpiresByType image/tiff "now plus 1 month" ExpiresByType image/vnd.microsoft.icon "now plus 1 month" ExpiresByType image/x-icon "now plus 1 month" ExpiresByType image/ico "now plus 1 month" ExpiresByType image/icon "now plus 1 month" ExpiresByType text/ico "now plus 1 month" ExpiresByType application/ico "now plus 1 month" ExpiresByType image/vnd.wap.wbmp "now plus 1 month" ExpiresByType application/vnd.wap.wbxml "now plus 1 month" ExpiresByType application/smil "now plus 1 month" # Audio files expiration: 1 month after request ExpiresByType audio/basic "now plus 1 month" ExpiresByType audio/mid "now plus 1 month" ExpiresByType audio/midi "now plus 1 month" ExpiresByType audio/mpeg "now plus 1 month" ExpiresByType audio/x-aiff "now plus 1 month" ExpiresByType audio/x-mpegurl "now plus 1 month" ExpiresByType audio/x-pn-realaudio "now plus 1 month" ExpiresByType audio/x-wav "now plus 1 month" # Movie files expiration: 1 month after request ExpiresByType application/x-shockwave-flash "now plus 1 month" ExpiresByType x-world/x-vrml "now plus 1 month" ExpiresByType video/x-msvideo "now plus 1 month" ExpiresByType video/mpeg "now plus 1 month" ExpiresByType video/mp4 "now plus 1 month" ExpiresByType video/quicktime "now plus 1 month" ExpiresByType video/x-la-asf "now plus 1 month" ExpiresByType video/x-ms-asf "now plus 1 month"Уменьшайте размер картинок.
Изображения – неотъемлемая часть сайта, и в большинстве случаев их размер может быть оптимизирован. Вот несколько способов:
- Никогда не используйте оригинальные изображения, в этом случае браузер применит HTML-масштабирование. Помимо того, что это займет какое-то время, результат вас вряд ли порадует
- Всегда сжимайте изображения, с которыми собираетесь работать. Существует множество программ, способных выполнить эту операцию. Помимо известного всем Adobe Photoshop есть также online-сервисы типа Smush It .
Удаляйте ненужные и не поддающиеся оптимизации расширения.
Помните о том, что любому установленному расширению Joomla требуется ресурсы в виде базы данных, места на диске. Большое количество расширений увеличит размер сайта и затормозит его работу. Поэтому лишний раз подумайте прежде чем устанавливать то или иное расширение.
Зачастую разработчики тестируют различные плагины, компоненты и модули и потом забывают удалить лишнее. Возьмите себе за привычку в определенный период времени проводить уборку во «внутренностях» сайта.
Если вы все-таки намерены установить расширение, то обязательно проверьте, не упала ли скорость загрузки страницы. Бывает, что неграмотно написанные компоненты тормозят работу всего сайта.
Используйте расширения Joomla для оптимизации сайта.
Для оптимизации работы сайта доступно большое количество расширений, вот некоторые из них:
.Вконтакте
В этой статье я вам расскажу об одном из наиболее эффективных способов ускорения загрузки сайта на Joomla: включении кэширования на стороне сервера. Включение кэширования значительно снижает нагрузку на вебсервер. В этом я убедился на собственном опыте, о котором я также вам расскажу.
Включение кэширования на сайте является очень мощным инструментом для существенного снижения нагрузки на вебсервер.
Но обо всем по порядку.
Я сам недавно столкнулся с этим на одном моем проекте. Перед тем как я вам расскажу как включать кэширование в Joomla, я хочу вам вкратце рассказать из своего опыта о колоссальном эффекте, который дает включение кэширования на сайте.
Так вот, у меня есть сайт тоже на Joomla, посещаемость которого с августа по ноябрь увеличилась на треть и сейчас в среднем составляет 15 000 посетителей в сутки. Этот сайт крутится на виртуальном сервере (VPS) на хостинге reg.ru на тарифном плане VPS-3. Этот VPS оснащен процессором 2х2000 Мгц и оперативной памятью в 1024Гб. Хостинг очень хороший и стабильный, я про него думаю написать отдельную статью. Так вот в последний месяц из-за резкого увеличения посещаемости мне на почту стали периодически (по несколько раз в день) приходить уведомления о нехватке оперативной памяти на моем VPS. Меня конечно эти уведомления напрягали, но так как сайт при этом продолжал нормально открываться, то я откладывал решение данной проблемы. Неделю назад сайт во время уведомлений о нехватке памяти начинал жутко тормозить. А затем в один прекрасный день сайт все таки перестал открываться совсем по причине того, что упал сервер баз данных MySQL из-за нехватки оперативной памяти. Я его конечно тут же стартовал из панели ISP менеджера. В итоге с момента падения SQL сервера и до момента как я это заметил и стартовал сервер MySQL сервер прошло примерно тридцать минут. Заняться сайтом в этот день у меня так и не получилось, а вечером я пришел домой усталый и решил отложить все на следующий день. Уже глубоким вечером, опасаясь, что mySQL сервер ночью снова может упасть, и сайт может до самого утра, пока я сплю, не работать, я подключил платный мониторинг сайта. Этот мониторинг отслеживает работоспособность сайта и как только он падает, высылает SMS на телефон о падении сайта. Данная услуга на сайте reg-ru стоит всего 100 руб/мес. Перед сном я положил телефон поближе, чтобы услышать SMS-ку. После полуночи все таки пришла эта SMS, оповещающая о том, что сайт снова не работал. Я быстро вскочил, включил ноутбук и запустил упавший процесс sqld, отвечающий за работу сервера баз данных mySQL. На этот раз сайт не работал всего лишь около 5 минут. Столько времени мне понадобилось, чтобы встать, включить ноутбук, зайти в ISP панель управления хостингом и запустить упавший процесс. Конечно же у меня весь сон улетучился, и я стал думать, как решить проблему с нехваткой памяти. У меня было два решения:
- перейти на более дорогой тариф VPS-4, на котором в два раза больше памяти (2048 МБ);
- попытаться оптимизировать работу сайта.
Кстати вот перечень всех тарифов на VPS сервера (можете кликнуть для получения более подробной информации):
Тариф VPS-4 стоит в два раза дороже. Подумав, что перейти на более дорогой тариф я могу в любое время, я решил все таки сначала попробовать оптимизировать сайт. Я являюсь владельцем VPS сервера, и мне доступны любые его настройки.
Благо, в настройках сервера мне копаться не пришлось, т.к. первое, на что я решил обратить внимание при оптимизации - это посмотреть как обстоят дела с кэшированием на моем сайте. Оказывается на моем сайте не было включено кэширование. После включения кэширования в Joomla, потребление памяти на VPS сервере стало примерно в среднем 650-750 Мб. Уведомления о нехватке памяти мне перестали приходить, а страницы сайта стали открываться даже быстрее, чем раньше. Вот такая история.
Для наглядности приведу скриншот из Яндекс Метрики, показывающий, насколько снизилось время ответа сервера после включения кэширования.
Включаем кэширование в Joomla при помощи системного плагина.
Включить кэширование в Joomla можно двумя способами.
Первый способ это включение кэширования страниц сайта при помощи встроенного системного плагина.
В админке заходим в "Расширения " => "Менеджер плагинов " и ищем в списке плагин с названием "Система - Кэш ". Список плагинов на сайте может быть большим, поэтому для облегчения поиска отфильтруем список. Для этого слева в разделе "Фильтр " в поле "Выбор типа " выберем из выпадающего списка "System ". Теперь наши список плагинов выводит только системные плагины, среди которых легко отыскать наш плагин "Система - Кэш ".
Включаем данный плагин.
Данный плагин работает следующим образом. Когда какая либо страница сайта запрашивается браузером, Joomla сначала ищет эту страницу среди сохраненных ранее файлов в своем кэше. Если в кэше данная страница отсутствует или она присутствует, но время кэширования уже вышло, то Joomla обращается к базе данных с запросом содержимого данной страницы. Полученные из базы данные он подставляет в используемый сайтом шаблон, формирует окончательную страницу, сохраняет ее в виде файла в папке с кэшем и затем выдает HTML версию запрошенной страницы браузеру. Т.е. при первом запросе страницы сервер делает те же операции, что и при выключенном кэше и даже более того ему приходится еще сохранять страничку у себя в кэше. Но зато когда этот же браузер или браузер любого другого компьютера запрашивает эту же страничку, joomla ищет эту страничку у себя в кэше, находит ее, определяет, что время кэширования еще не вышло и сразу же выдает HTML версию данной закэшированной странички браузеру без необходимости обращения к базе данных. При этом время загрузки страницы браузером значительно ускоряется, т.к. серверу уже не нужно тратить значительное время на обращение к базе данных, ожидание полученных данных от базы и на сборку страницы.
Плагин все кэшированные странички хранит в папке корень_сайта\cache\page\.
Этот плагин сохраняет в файл кэша всю запрашиваемую страницу целиком включая компоненты, плагины и модули, которые выводятся на странице, а также шаблон.
У меня под каждую страницу сайта в кэше создается отдельный файл размером примерно 50-90 килобайта. Поэтому, если даже на сайте будет тысяча страниц, то папка с кэшем будет размером менее 100 мегабайт.
Хочу отметить, что данный плагин работает только для гостей сайта. Для залогиненных пользователей этот плагин кэшировать ничего не будет. Т.е., если вы будете обновлять или изменять что либо на сайте, то залогинившись, вы всегда будете видеть самую актуальную версию открываемых вами страниц сайта.
У этого плагина есть дополнительная настройка "Использовать кэширование в браузере", но ее я вам включать не советую, и сейчас я объясню почему. Работает она следующим образом. Если эта настройка включена, то браузер при открытии любой страницы сайта будет дополнительно сохранять ее у себя в кэше на компьютере. В дальнейшем, когда этот браузер повторно обратиться к серверу с запросом этой же странички, то в HTTP ответе сервера всегда будет присутствовать заголовок “304 Not Modiifed”, которая говорит браузеру, что запрашиваемая страничка не изменилась на сервере и браузер может взять ее из своего кэша, если страничка сохранена в кэше (а браузеры по умолчанию настроены на сохранение страниц в кэше, если им это разрешает делать сервер). Но здесь нюанс в том, что сервер будет говорить браузеру о том, что страничка не изменилась на сервере даже в том случае, когда на сервере уже давно появилась обновленная закэшированная копия данной странички. Т.е. это означает, что браузер всегда будет обращаться к своей локально сохраненной версии странички и уже никогда не увидит изменений. Для того чтобы все таки заставить браузер загрузить актуальную версию страницы нужно будет зайти в настройки браузера и очистить локальный кэш браузера. Т.е. эта настройка нужна только для каких то совсем уж специфических сайтов, которые никогда не обновляются.
Как же узнать время, в течении которого на сервере будет храниться кэшированная копия странички. Время кэширования настраивается в совершенно другом разделе админки: "Общие настройки " (Global Configuration ) => "Система " (System ) => поле "Время кэширования " (указывается в минутах) в разделе "Настройки кэша " (Cache Settings ). Это поле регулирует время кэширования для всех способов кэширования, доступных в Joomla.
У данного метода кэширования есть еще один минус, связанный с тем, что он всегда кэширует модули. Если на страницах вашего сайта выводятся часто обновляемые модули (например, лента последних комментариев, лента последних новостей и т.п.), то у вас возникнет вполне резонное желание отключить кэширование данных модулей. Но даже отключив кэширование модуля (это можно сделать в настройках модуля), они все равно будут кэшироваться. Т.е. при данном способе кэширования настройки модулей не действуют, т.к. как я уже писал выше каждая страничка сохраняется в кэше целиком в виде файла.
Как же предотвратить кэширование модулей? Для этого воспользуемся вторым способом включения кэширования, который позволяет отключить кэширование отдельных модулей.
Включаем кэширование в Joomla при помощи стандартного и прогрессивного кэширования.
Общие настройки " (Global Configuration ) => далее переходим во вкладку "Система " (System ) => находим раздел "Настройки кэша " (Cache Settings ) => напротив поля "Кэш" (Cache ) выбираем из выпадающего списка "Стандартное кэширование " (Conservative caching ) или "Прогрессивное кэширование " (Progressive caching ).
Стандартное и прогрессивное кэширование (в отличие от кэширования при помощи системного плагина, которое сохраняет страницу целиком в одном файле) разбивают страницу на компоненты и модули, из которых она состоит и сохраняют эти компоненты и модули каждые в отдельном файле в папке с кэшем.
Встроенные в движок компоненты и модули поддерживают стандартный и прогрессивный типы кэширования. Для кэширования установленных на сайте компонентов и модулей от других производителей, данные компоненты и модули должны поддерживать такой тип кэширования.
После включения стандартного или прогрессивного кэширования в папке cache сайта начинают создаваться папки. По названию папок можно понять какие шаблоны, компоненты и модули кэшируются на вашем сайте.
Для сведения за основное текстовое содержимое страницы отвечает компонент com_content, т.е. в папке с таким же названием com_content будут хранится кэшированные текстовые составляющие страниц.
Стандартное и прогрессивное кэширование (так же как и системный плагин кэширования) не кэшируют страницы для залогиненных пользователей.
Теперь возникает резонный вопрос: чем отличается стандартное кэширование (Conservative caching ) от прогрессивного кэширования (Progressive caching ).
Основной плюс стандартного кэширования это то, что при его выборе появляется возможность переопределять кэширование отдельных модулей или вовсе отключить их кэширование.
Для этого в админке заходим в "Расширения " => "Менеджер модулей " => открываем необходимый нам модуль => Далее переходим во вкладку "Дополнительные параметры ". Здесь мы можем изменить время кэширования модуля изменив время кэширования в секундах в поле "Срок кэширования ". По умолчанию там стоит значение 900 секунд (т.е. 15 минут) или вовсе отключить кэширование модуля выбрав в поле "Кэширование " значение "Не кэшировать ".
При одновременном включении стандартного кэширования и системного плагина кэширования переопределение кэширования модулей не работает, т.к. кэширование при помощи плагина имеет приоритет.
Прогрессивное кэширование кэширует страницы отдельно для каждого индивидуального посетителя. Т.е. пришел посетитель User-A на сайт => Joomla проверяет свой кэш на наличие персональной (именно для посетителя User-A) кэшированной страницы => если в кэше такая страница отсутствует (или она устарела), то Joomla создает обращение к базе с запросом необходимых данных, вставляет эти данные в используемый шаблон, добавляет содержимое модулей и компонентов, которые присутствуют на странице (короче Joomla формирует страничку для посетителя), сохраняет сформированную для User-A страничку в кэше и выдает HTML версию страницы в браузер посетителя User-A.
Далее пришел на эту же страничку посетитель User-B => Joomla роверяет свой кэш на наличие персональной (именно для посетителя User-B) кэшированной страницы => Joomla обнаруживает в своем кэше только страницу для пользователя User-A => Joomla не выдает в браузер пользователя User-B страницу, кэшированную для пользователя User-A, а формирует для User-B новую страницу, сохраняет ее в кэше и после этого выдает ее в браузер посетителя User-B.
Т.е. если какую то страничку посетило сто разных посетителей, то в кэше будет сто персональных кэшированных копий одной и той же странички (по одной для каждого посетителя).
Таким образом, мы видим, что прогрессивное кэширование полезно только в одном единственном случае, когда посетители сайта неоднократно возвращаются на одну и ту же страничку в пределах жизни ее кэшированной версии. Во всех других случаях прогрессивное кэширование только создает дополнительную ненужную нагрузку на сервер по записи в кэш индивидуальных экземпляров одной и той же странички для каждого посетителя. К тому же размер папки с кэшем при таком кэшировании увеличивается в разы.
Также при выборе прогрессивного кэширования не работает переопределение кэширования модулей. Т.е. отключить кэширование отдельных модулей можно только при выборе стандартного кэширования с отключенным системным плагином кэша.
Из опыта: По началу я включил стандартное кэширование без включения системного плагина кэша. Сервер баз данных продолжал падать из-за нехватки памяти. Поэтому мне пришлось дополнительно включить системный плагин кэша, и тогда использование памяти резко сократилось (об этом я писал выше) и сайт стал нормально работать. Похоже стандартное кэширование в отличие от кэширования при помощи системного плагина оказалось не таким эффективным для моего сайта.
В принципе ничего страшного не будет если одновременно включить и стандартное кэширование и системный плагин кэширования. Но я считаю это излишним, поправьте меня, если я не прав. Буду рад услышать ваше мнение по этому поводу. Со временем я отключил стандартное кэширование (т.к. отключение кэширования отдельных модулей все равно не работало из за включенного плагина) оставив только кэширование при помощи плагина - на расходе памяти и скорости открытия страниц это никак не отразилось.
Очищаем кэш в Джумле.
Как я уже писал выше, механизмы кэширования встроенными в Joomla средствами не работают для залогиненных пользователей. Таким образом, делая какие то изменения, хранящиеся в базе данных, вы сможете сразу видеть эти изменения, залогинившись на сайте.
Но что делать, если вы хотите, что бы изменения, произошедшие в базе данных увидели и ваши гости? Для этого в Joomla предусмотрен механизм принудительной очистки кэша.
Для этого в административной панели заходим в "Система " => "Очистить весь кэш ".
Выбираем все и нажимаем кнопку "Удалить ".
Решения сторонних разработчиков для кэширования сайта.
Если в силу специфики вашего сайта вам недостаточно возможностей предоставляемых встроенными в Joomla средствами, могу предложить вам очень хороший плагин под названием JotCache . Он предоставляет более гибкие настройки механизма кэширования:
- позволяет исключить из кэширования отдельные страницы и модули;
- для экономии места на диске есть возможность настроить автоматическое удаление устаревшего кэша (в Joomla есть только ручное удаление устаревшего кэша);
- есть возможность сжимать кэшированную страницу перед сохранением в папку с кэшем (дает дополнительное ускорение загрузки страниц сайта) и многое другое.
Вы можете помочь проекту, рассказав о нем в социальных сетях:
В этой статье рассмотрим «Настройки кэша » в «Общих настройках» админки Joomla 3, которые находятся на вкладке «Система » . Эти настройки позволяют сохранять запрошенные однажды пользователям страницы сайта и отдавать их сразу из файла, а не обращаться каждый раз с запросами к базе данных. Это значительно снижает нагрузку на сервер и позволяет быстрее отдавать контент пользователям. Правильно настроенный кэш - это залог быстрой работы сайта и один из инструментов SEO-продвижения сайта в топ выдачи поисковых запросов.
Для того, чтобы понять, как выглядят «Настройки кэша» в админке Joomla посмотрим на картинку ниже:
«Настройки кэша» в админке Joomla 3
«Настройки кэша» в админке Joomla состоят из нескольких полей, значения которых можно настраивать:
- Поле «Обработчик кэширования » - Выберите способ кэширования. Стандартный механизм кэширования - на основе файлов. Пожалуйста, убедитесь, что каталоги файлов кэша доступны на запись.
- Поле «Путь к каталогу кэша » - Пожалуйста, укажите папку для хранения файлов кэша.
- Поле «Время кэширования » - Максимальное время жизни кэш-файлов, в минутах. По истечении этого времени кэш будет обновлён.
- Поле «Специфическое кэширование для платформы » - Включить или отключить специфическое кэширование для платформы. Включите, когда вывод HTML на мобильный отличается от других устройств. (По умолчанию отключено)
- Поле «Системный кэш » - Включает или отключает кэширование, а так же определяет его уровень. Стандартный уровень: системный кэш меньше, Прогрессивный уровень (по умолчанию): быстрее, системный кэш больше, поскольку включает в себя кэширование модулей. Не подходит для очень больших сайтов.
Для внесения изменений нужно изменить данные в этих полях и воспользоваться кнопкой «Сохранить» или «Сохранить и закрыть» в верхнем ряду кнопок управления «Общих настройках» админки. Для того, чтобы покинуть общие настройки без внесения изменений можно воспользоваться кнопкой «Отменить».
JotCache – это бесплатный компонент кэширования Joomla, который может ускорить сайт и снизить нагрузку на сервер. В предыдущей статье «Обзор JotCache. Кэширование Joomla 3 » мы рассмотрели основные возможности расширения, общий «алгоритм» его настройки, ознакомились с тестами и результатами работы сайта с\без JotCache и начали более дательный обзор его интерфейса. В этой статье поговорим об исключениях «элементов» сайта из кэширования и о настройках плагина кэша Джумла.
В Joomla 3.6 появились улучшения в плане системы кэша: очистка кэша Joomla одной кнопкой и поддержка реверсивного кэширования . Но даже с учётом этого JotCache обладает гораздо большими возможностями, особенно в плане тонкой настройки и решения проблем с кэшированием для динамических страниц и элементов сайта.
Исключить URL
В разделе Исключить URL (рисунок ниже) JotCache позволяет включить или исключить кэширование страниц, создаваемых определёнными компонентами. Обратите внимание, что в настройках системного плагина JotCache Вы устанавливаете, для чего служит данный раздел – для включения в кэширование или исключения из него (вкладка Плагин, опция Раздел кэширования URL ). В связи с этой настройкой раздел может называться Включить URL . Тогда все правила, заданные в нём, будут означать, что эти страницы нужно включать в кэш Джумла. В дальнейшем, когда пишу «исключить», подразумевается, что можно и включить – в зависимости от настроек плагина.
Не обязательно исключать кэширование всего компонента. В моём примере полностью исключены из кэша AJAX комментарии Cсomment Pro и SEF компонент sh404SEF . Cсomment Pro исключил из-за проблемы с дублированием страниц, а вот sh404SEF исключил из-за того, что при запросе несуществующей страницы первый раз сервер отдавал ответ 404, а при последующих запросах этой несуществующей страницы - 200, так как страница с неправильным URL попадала в кэш Джумла.
Можно исключить из кэширования не все страницы компонента, а отдельные его страницы, в URL-адресе которых содержатся определённые запросы. Например, так было сделано для кэширования JoomShopping 4 (рисунок ниже). Для этого в столбце Просмотр исключений и параметры запроса напротив «jshopping» были добавлены параметры запроса через запятую: «controller=cart,controller=user,controller=checkout,controller=wishlist,controller=search» (без кавычек). Плюс, исключите позицию шаблона, где размещается корзина.
Для корректного кэширования VirtueMart 3 в качестве исключений нужно задать «cart,user,orders,askquestion,invoice,pluginresponse,state». Плюс, исключите позицию шаблона, где размещается корзина.
Параметры запроса можно посмотреть в URL-адресе страницы, где возникают проблемы с кэшем. Если у Вас включены ЧПУ, или отключите их, чтобы видеть не ЧПУ URL, или на вкладке Обзор в JotCache нажмите на иконку глазика напротив «проблемной» страницы.
В примере со страницей 404 и sh404SEF достаточно задать в исключениях параметров запроса значение «error404».
Исключить позицию
Если у Вас на сайте используются модули, содержимое которых критично к кэшированию, например, модуль переключателя валют интернет-магазинов, то в данном разделе (рисунок ниже) можно исключить из кэширования позицию шаблона, в которой находится подобный модуль.
Всё рассмотренное ранее кэширование – это серверное кэширование. Оно существенно увеличивает скорость загрузки и сокращает нагрузку на сервер (за счёт сокращения времени генерации страницы).
А вот кэширование в браузере на стороне клиента может значительно увеличить скорость доступа пользователя к странице, причём без нагрузки на сайт. Страницы закэшированные в браузере не загружаются с сервера сайта. Подобный кэш приемлем только для очень статических страниц. Например, информация о компании, условия оплаты и доставки и так далее. Суть в том, что после посещения такой страницы браузер пользователя не будет обращаться к серверу сайта за получением данной страницы в течение всего времени жизни кэша браузера, который Вы задали в настройках JotCache на вкладке Базовые . Есть исключение – пользователь очистил кэш своего браузера или принудительное обновление страницы.
Для работы данной опции в настройках плагина JotCache на вкладке должна быть включена опция Кэширование браузера (смотрите всплывающее окно!) .
Учитывая, что в реальности очень мало страниц сайтов могут подвергаться кэшированию в браузере, то в JotCache работает принцип: не кэшировать страницы в браузере, если их адрес или часть адреса не заданы в разделе Включить кэш браузера (рисунок ниже).
Плагин кэширования JotCache
Большинство настроек собраны в системном плагине JotCache. Настройки в нём разделены на пять вкладок.
- Плагин.
- Описание. Тут есть краткое текстовое описание JotCache и ссылка на справочную систему на сайте разработчика (на английском языке).
- Режимы работы кэша.
Рассмотрим данные вкладки более детально. Остановимся только на тех опциях, которые, по моему мнению, пригодятся большинству веб-мастеров. Напомню, что опции оснащены всплывающими подсказками на русском языке и для них доступна расширенная англоязычная документация.
Плагин
На данной вкладке (рисунок ниже) можно задать время жизни кэша сервера (опция Время кэширования ), активировать кэш браузера Joomla (опция Время жизни кэша браузера ) и задействовать автоматическую очистку кэша.
JotCache позволяет использовать разные режимы работы кэша Joomla в зависимости от браузера/устройства (рисунок ниже). Это может быть полезно для устранения конфликтов в отображении сайта. Особенно в случае с Internet Explorer.
- Исключение. Сайт будет загружаться без использования кэша.
- Общий. Содержимое страницы для этого типа браузеров хранится в одном общем кэше.
- Индивидуальный. Содержимое страницы хранится в собственном выделенном хранилище кэша.
Стоит особенно отметить опцию Исключить ботов . Активируя её, Вы форсируете отдачу поисковым системам страниц сайта без использования кэша. Мне это помогло избавиться от проблем дублирования контента страниц, на которых есть AJAX комментарии. Если поисковые роботы не создают ощутимую нагрузку на Ваш сайт, тогда, на мой взгляд, лучше отдавать им самый «свежий» контент не из кэша.
JotCache позволяет хранить файлы кэша как непосредственно на жёстком или SSD-диске Вашего хостинга – «Файл», так и в оперативной памяти сервера – «Memcache» или «Memcached» (рисунок ниже). Для возможности использования «Memcache» или «Memcached» нужно, чтобы у Вас на сервере/хостинге была такая возможность. Если у Вас VPS или выделенный сервер, Вы сможете установить и настроить нужный модуль.
Если у Вас хостинг на SSD-дисках, то не думаю, что Вы увидите разительные отличия между кэшированием «Файл» и «Memcache» или «Memcached». А вот для владельцев хостингов на обычных дисках могут быть положительные отличия.
При тестировании мной кэширования «Memcached», не в Joomla 3.5.1 и не с JotCache, а со стандартным кэшем Joomla, я не заметил улучшения скорости или снижения нагрузки. Даже наоборот – скорость уменьшилась. Возросло количество потребляемой памяти (ОЗУ) и увеличилась нагрузка на процессор. Это произошло в результате появления нового процесса «Memcached». Сначала предположил, что, возможно, просто не настроил сам модуль Memcached на сервере. Или моего VPS (процессор 2x2.8 ГГц, 1024 Мб ОЗУ, SSD) недостаточно для того, чтобы увидеть положительный результат. К тому же нагрузки на сервер\сайт не очень большие, да и хранение кэша в файле на SSD - это уже хорошо (по сравнению с «обычными» винчестерами). Спустя некоторое время в статье «Memcached и PHP ликбез » нашёл объяснение: «…применять кэширование стоит только на высоконагруженных ресурсах. Ведь каждый раз, подключаясь к серверу Memcached, вы тратите драгоценное время, что скорее всего не будет оправданным. … Также не стоит забывать о расходовании памяти! Учтите, что положив 300 мегабайт в кэш, вы отняли у себя 300 мегабайт ОЗУ...»
На вкладке (рисунок ниже) можно включить кэш браузера Joomla (одноимённая опция).
Кэширование браузера (смотрите всплывающее окно!). Если для данной опции задано Да , то JotCache будет использовать механизм для хранения кэша в браузере. Используйте очень осторожно. В компоненте JotCache, на странице Время жизни кэша браузера , Вы можете назначить, какие страницы сайта должны кэшироваться в браузере. Выбранные страницы кэшируются в браузере пользователя без перезагрузки с сервера сайта в течение всего времени истечения кэша браузера. Это время истечения можно задать отдельно для каждого заданного URL. Время истечения кэша по умолчанию можно задать в настройках компонента.
Очищать отредактированные страницы . Выберите Да для автоматического удаления отредактированных страниц из кэша. У пользователей, которые редактируют содержимое из фронтальной части сайта должны быть права, как минимум, для создания.
Исключить URL адреса, содержащие запрос . Все страницы, в URL-адресе которых есть запрос (часть URL-адреса после символа "?") будут исключены из кэширования. Включайте данную опцию только тогда, когда для опции Включить SEF (ЧПУ) в общих настройках Joomla задано Да .
JS и CSS интеграция . Позволяет настроить интеграцию JotCache с компонентами оптимизации скорости загрузки сайта JCH Optimize , Rokbooster или Scriptmerge, для корректного кэширования оптимизированных страниц и очистки их кэша.
Если Вы решили установить один из упомянутых компонентов оптимизации скорости загрузки сайта, сперва отключите кэширование, настройте компонент оптимизации, проверьте всё. Если Вы удовлетворены результатом, включите кэширование. Интеграция позволяет избавиться от возможных проблем совместимости.
Как видите JotCache, в отличие от стандартной системы кэширования, позволяет весьма тонко настроить кэш Джумла, добившись увеличения производительности, снижения нагрузки на сервер и сохранив функциональность и внешний вид сайта. Отмечу, что для проектов, где применяется большое количество динамического контента, процесс настройки может быть непростым, потребует много времени и внимательного изучения документации. При более динамичном содержимом сайта менее заметный эффект от кэширования.
- Официальный сайт разработчика (на англ.).
- Документация (на англ.).
Зачем использовать кэш?
Все просто. Получение ранее сохраненной информации намного быстрее (в 10 или более раз), чем её первоначальная генерация. Если вам нужен радикальный пример - книга является долгосрочным кэшем знаний её авторов. Аккумулирование этих знаний может занять годы, в то время как чтение этого кэша намного быстрее.
Но давайте вернемся к Joomla, и если быть более точным, здесь мы имеем дело с кэшированием веб-приложения - созданием временных статических копий динамических страниц (или более мелких единиц информации). Кэширование свойственно для веб-приложений, так как типичный веб-сайт отображает один и тот же контент снова и снова, и без кэша приходилось бы все генерировать заново для каждого показа страницы. Система кэширования временно сохраняет сгенерированную кодом информацию в объекте кэша, и отдает её обратно, когда она запрашивается следующим пользователем.
Типы кэша в Joomla
Кэш страницы (Page cache)
Делает снимки целой страницы, включая всё: компоненты, модули, плагины и шаблон. Это самый быстрый, но при этом наименее гибкий подход кэширования. Для его активации необходимо включить плагин «Система - Кэш».
Прогрессивный кэш (Progressive cache)
Это тип кэша появился в Joomla 1.6. Он делает снимки каждого уникального набора модулей (обычно каждой страницы). Влияет на все модули и работает как слой над кэшем модулей, переопределяя их настройки. Показывает контент индивидуально для каждого посетителя. Включается при установке уровня кэша в значение «Прогрессивный» в общих настройках сайта.
Стандартный кэш (Conservative cache)
Если вам нужен более тонкий контроль над каждым кэшем модулей в отдельности, то используйте стандартный уровень кэширования. Еще одно его отличие от прогрессивного кэша в том, что он показывает один и тот же закэшированный контент всем посетителям веб-сайта.
Кэш модуля и представления компонента
Они формируют своеобразную группу, так как оба создают статическую копию полных выходных данных компонента или модуля. Это наиболее распространённый тип кэша, который иногда приравнивают к кэшированию в Joomla в общем.
Его позитивной стороной является то, что он хорошо проявляет себя в плане скорости. А негативная сторона заключается в том, что он отключает любое взаимодействие пользователь<->расширение<->фреймворк, пока не истечет закэшированная копия. Это означает, что он не подходит для компонентов или модулей, которые реагируют на действия пользователя или отображают часто изменяемый контент.
Так как закэшированная копия модуля или компонента содержит только собственные выходные данные, любой внешний файл, который будет вызван с помощью таких методов как $document->addStyleSheet() не будет подключен. Были придуманы различные обходные решения, но все они требуют дополнительных вычислительных ресурсов, что уменьшает эффект использования кэширования.
Кэширование представления компонента
Кэширование представления компонента осуществляется с помощью метода display($cachable, $safeurlparams) контроллера. Для этого параметр $cachebale необходимо установить в значение true , а через параметр $urlparams передать массива URL-параметров и их типов фильтра:
$cachable = true; $safeurlparams = array("catid" => "INT", "id" => "INT", "cid" => "ARRAY", "limit" => "UINT", "limitstart" => "UINT", "filter_order" => "CMD", "filter_order_Dir" => "CMD", "filter-search" => "STRING", "lang" => "CMD", "Itemid" => "INT"); parent::display($cachable, $safeurlparams);
При этом массив URL-параметров формирует уникальный cache id.
Режимы кэширования модуля
Существует 5 различных режимов кэширования модуля. Три из них активируются через поле cachemode в XML-файле манифеста модуля:
- static - будет использоваться один кэш-файл для всех страниц с одинаковыми параметрами модуля. Рекомендуется для модулей, которые не меняются.
- itemid - изменяется при смене Itemid. Такой режим больше всего подходит для динамических модулей, которые изменяются от страницы к странице, например: меню, изображения контента и т.п.
- oldstatic - обратно совместимый с Joomla 1.5 режим.
Еще два режима кэширования должны вызываться непосредственно из модуля:
- safeuri - Id кэша создается из массива URL-параметров, так же как в компоненте. Используйте этот режим, если модуль зависит от параметров URL, а не Itemid (например модуль, который отображает изображение в зависимости от категории). Свойство $cacheparams->modeparams является массивом URL-параметров и их типов фильтра.
- Id - модуль устанавливает свой собственный кэш в зависимости от собственной формулы, которая передается через $cacheparams->modeparams
Для использования этих двух режимов, вместо поля cachemode используйте поле owncache в XML-файле манифеста:
Свойства объекта, которые передаются в метод moduleCache() , не требуют особых разъяснений. В качестве примера можно взять модуль связанных материалов (mod_related_items), который использует режим safeuri и заменяет некешированную функцию modRelatedItemsHelper::getList($params) :
$cacheparams = new stdClass; $cacheparams->cachemode = "safeuri"; $cacheparams->class = "ModRelatedItemsHelper"; $cacheparams->method = "getList"; $cacheparams->methodparams = $params; $cacheparams->modeparams = array("id" => "int", "Itemid" => "int"); $list = JModuleHelper::moduleCache($module, $params, $cacheparams);
Кэш обратного вызова (Callback cache)
Этот тип кэша позволяет дифференцировать различные части расширения и кэшировать только те, которые нужно кэшировать, при этом оставляя динамические части некэшируемыми. Кэширует результаты вызова функции в коде.
Кэш выходных данных (Output cache)
Кэширует выходные данные некоторой части скрипта. В основном это output buffering с кэшированием, и используется довольно редко.
Raw-кэш (Raw cache)
Кэширует любые элементы данных. Полностью контролируется разработчиком - что сохранять, когда сохранять и как классифицировать сохраненные элементы (cache id). Это тип кэша часто используется ядром Joomla для различных операций: список компонентов, список модулей, дерево меню, доступные языки, группы пользователей и т.п.
Обходные решения (Workarounds)
Обходные решения помогают обойти известные ограничения кэширования, такие как невозможность подключения файлов стилей или javascript из модуля или компонента. При использовании кэша представления компонента и кэша обратного вызова, можно включать или выключать определенные обходные решения. Использовать их нужно только тогда, когда закэшированная функция манипулирует хидером (header) или путем (pathway).
setWorkarounds
Метод JCache::setWorkarounds($data,$options=array()) подготавливает данные, которые будут сохранены в кэше вместе с обходными решениями, и принимает следующие опции:
- nopathway - не сохранять pathway данные
- nohead - не сохранять header данные
- nomodules - не сохранять данные модуля
- modulemode - если nohead равно 0, не сохранять следующие данные модуля: title , description , link , metaTags
getWorkarounds
Метод JCache::getWorkarounds($data,$options=array()) применяет обходные решения над данными, сохраненными с обходными решениями. Он воссоздаёт header, pathway и модули и возвращает основные сохраненные данные. Работает автоматически - конкретное обходное решение выполняется, только если его данные были сохранены отдельно.
Разница в использовании кэша обратного вызова и raw-кэша
Обычно при разработке компонента вполне достаточно кэша представления, в особенности это касается простых компонентов. Но если компонент создает контент на лету, то лучше всего выбрать другой тип кэша. В такой ситуации будет удобен кэш обратного вызова или raw-кэш.
Кэш обратного вызова функции вернет в точности тот же результат, который бы вернула незакешированная функция, только этот результат будет закэширован. Непосредственно функция будет вызвана только при первом обращении к ней.
Мы вызываем кэширование при помощи JFactory::getCache() , и если мы используем кэш обратного вызова, наш код должен выглядеть следующим образом:
$cache = JFactory::getCache("somegroup"); $result = $cache->get(array("someclass", "somemethod"), $methodparams, $id, $workarounds, $workaroundoptions);
Последние три параметра в методе get() являются необязательными.
Обратите внимание на то, что этот не тот же метод get() , который мы используем в raw-cache. Кэш обратного вызова автоматически получает данные, если они существуют. Если их нет, то он выполняет обратный вызов, возвращает данные из обратного вызова и сохраняет их до следующего вызова. У кэша обратного вызова не существует метода store() !
При использовании raw-кэша у разработчика есть прямой доступ к методам get() и store() , и за логику ответственен непосредственно разработчик. Этот кэш удобен, когда необходимо сохранить информацию, но не вызов функции (например: xml-данные, картинки, описание товаров и т.п.), или когда необходимо передать большой объем данных из одной страницы на другую.
Ниже приведен код использования raw-кэша:
$cache = JFactory::getCache("somegroup", ""); if (!$somevariable = $cache->get("cacheId")) { // выполняем действия и сохраняем результат в $somevariable // сохраняем $somevariable в кэше $cache->store($somevariable, "cacheId"); }
Чтобы использовать raw-кэш, в качестве второго параметра метода getCache() мы должны передать пустую строку.
Что случится, если несколько кэшей будут работать одновременно?
Типы кэшей работают как непрозрачные слои друг над другом (исключая кэш модуля / представления компонента, который работает параллельно). Чтобы это понять, мы должны представить, что смотрим на веб-страницу сверху, где кэш страницы представляет верхний уровень, в то время как кэш обратного вызова, выходных данных и raw-кэш представляют нижний уровень. Получается, что верхние уровни перекрывают нижние, и например, при использовании кэша страницы весь остальной кэш перестает действовать.
Но есть исключение, когда мы используем разное время для разных типов кэша. Например, мы можем кэшировать страницы в течение короткого промежутка времени и кэшировать изображения в течение долгого. В таком случае, при рендеринге страницы изображение будет вытягиваться из кэша.
Обработчики кэша
Обработчики кэша - это чернорабочие. Именно они выполняют всю черновую работу и сохраняют информацию на выбранном медиа. Для использования кэша должен быть доступен хотя бы один обработчик кэша.
