HTML кэширование

Существует категория проектов, которые подвержены редким изменениям.
Чаще всего это проекты созданные на редакции Старт и реже Стандарт и Малый бизнес.
Или это могут быть целые разделы сайта на других редакциях.

Однажды созданные разделы или материалы на таких сайтах могут не обновляться месяцами.
Много таких проектов создают оптимизаторы.

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

И всегда хочется минимизировать расходы для хостинга для самых простых и легких проектов.

В рамках работ над Контроллером сайтов нами разработан новый тип кеширования, который получил название "HTML кеш".


Эта технология вошла во все редакции продукта начиная с версии 6.5.8 главного модуля.
http://www.1c-bitrix.ru/sitemanager/v...odule=main
Располагается на вкладке "Настройки"-"Настройки продукта"-"Автокеширование"-"HTML кеш"



На решениях с Контроллером мы используем эту технологию и отдаем эти страницы через NGINX за счет чего обеспечивается огромный ресурсный рост для редко изменяющихся сайтов или страниц. Например наш тестовый сайт обрабатывает 70 запросов в секунду, а с HTML кещ через NGINX уже 1200-1600 страниц в секунду.

В целом, я считаю, что HTML кеширование станет технологией повседневного использования для очень многих небольших проектов. А в сочетании с Контроллером сайтов вообще станет в руках наших партнеров ядерным оружием

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

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

Технология HTML кеширования работает в нашем автоматическом режиме AJAX с компонентами 2.0.
Так что это тоже будет удобно использовать на проектах.

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

Приведу фрагмент описания технологии:

Механизм HTML-кеширования лучше всего включить на какой-нибудь редко изменяющийся раздел с регулярным посещением анонимных посетителей, так как при включенном HTML-кешировании происходят следующие процессы:

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

Oчистка кеша:

* если сохраняемый объем приводит к превышению дисковой квоты кеша, то кеш полностью очищается;
* так же полная очистка кеша происходит при любом изменении данных в административной части системы;
* если в публичной части сайта происходит POST данных (например, добавление комментария или голосование), то сбрасывается соответствующая часть кеша;

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

Из всего выше сказанного следует, что:

* не ведется учет статистики;
* модуль рекламы будет работать только в момент создания кеша (это не относится к внешней динамической рекламе (Begun и пр.);
* например, для неавторизованных пользователей результаты сравнения товаров не будут сохранены (так как его данные хранятся в сессии, которой "нет");
* необходимо обязательно задать дисковую квоту в настройках модуля HTML кещ во избежание DOS-атаки по дисковому пространству;
* после включения механизма HTML-кеширования необходимо проверить весь функционал раздела, к которому применен кеш (например, может не сработать публикация комментариев со старыми шаблонами блогов);

Обновления главного модуля 6.5.8 вышло в систему обновлений сегодня.