Наш сайт (mtg-biz.ru) меняется достаточно редко. Фактически только новости и список установок. Однако, каждый раз происходит обращение к нашему серверу, даже, если не было изменений.
Почему бы не сделать технологию, которая будет отслеживать изменение кэша и возвращать браузеру 304, когда страница не менялась. Яркий пример - наша главная страница. Новости меняются самое частое раз в две недели.
Конечно, такое кэширование должно учитывать "активность" - часть новостей создана заранее и отображается после. Однако, сам же компонент кэшируется... Значит, можно кэшировать и целиком остальную страницу.
Очень жаль что bitrix не в полную поддерживает данный сервис, наблюдаются некоторые глюки в работе скриптов, при включении сжатия и оптимизации.
А там и оптимизация и асинхронная загрузка и кэширование на их сервера - JS, CSS, HTML; и CDN и защита от DDOS и много многое другое...
Очень большая просьба оптимизируйте структуру и скрипты под данный сервис.
P.S. Я смотрю добавления emoji намного более светлая идея и проблема, нежели доступность/скорость сайта. Минусуем дальше.
P.S.S И я думал тут не учитывается мнение разрабов битрикса, а только пользователей продукта. Вы конечно не заинтересованы продвигать данный сервис у вас же есть свой CDN, поэтому корректнее было бы пройти просто мимо, да Михаил?
Предлагаю опубликовать ставшие уже стандартными решения по увеличению производительности сайта с применением кэша nginx (в location), отключением модуля компрессии (так как в nginx он лучше и быстрее), использованием fast-cgi. + Добавить дополнительные параметры-модификаторы в html cache так как иначе его использовать полная бессмыслица на сайте чуть больше чем простой. В идеале сделать его фактически настраиваемым компонентом кэша nginx
Предлагаю внедрить в главный модуль событие, срабатывающее при нажатии на кнопку «Начать [удаление файлов кэша]». Можно будет навесить на событие свои обработчики склейки CSS/JS-статики, например.