Хостинг. Серверне кешування на хостингу

Вітаю. 28.10.2025 з'явилась новина про серверне кешування на хостингу (⚡ Серверне кешування на хостингу | Хостинг Україна. На акаунті (віртуальний хостинг тариф "Якісний") в мене 3 сайти на Joomla 5. Там вже було увімкнене кешування Joomla. Плюс, використовую OPcache.
Перейшов у налаштування кожного з сайтів на хостингу та увімкнув його там (теж 28.10.2025 десь після 16:00). В принципі, не помітив змін у навантаженні на процесор (підвищення 29.10.2025 пов'язано з тестами з одним з сайтів на акаунті). Підкажіть будь ласка, те, що після увімкнення кешування на хостингу не змінилось навантаження на процесор пов'язано з кешуванням Joomla або з тим, що використовую OPcache?

Так, кешування засобами CMS і OPcache вже саме по собі може знижувати навантаження на веб-сервер.

При увімкненні серверного кешування переконайтеся, що в заголовках відповіді сайту немає умов, які не дають сторінкам зберігатися в кеші сервера. Наявність таких заголовків може бути причиною відсутності ефекту від використання серверного кешування. Умови кешування детально описані в вікі.

Також переконайтеся, що в налаштуваннях PHP у вас увімкнена опція «output_buffering».

Подивився уважніше.
output_buffering - вимкнено. Хоче для Joomla радять вимикати це. Потестую...
У заголовках бачу:

cache-control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
pragma no-cache

Пішов шукати варіант вирішення для cache-control.

А нащо треба замінити no-store, no-cache, must-revalidate, post-check=0, pre-check=0 для cache-control?
Чи треба міняти no-cache для pragma? Якщо так, то на що?

А нащо треба замінити no-store, no-cache, must-revalidate, post-check=0, pre-check=0 для cache-control?

Треба прибрати no-store, no-cache.

Чи треба міняти no-cache для pragma? Якщо так, то на що?

Цей заголовок не має впливати на кешування, але він є застарілим і його загалом вже не рекомендується використовувати — developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Pragma

Дякую. Буду експериментувати.

Можливо комусь буде цікаво. no-store, no-cache я прибрав. І почав спостерігати. На графіку вище (ліворуч від червоної лінії) - це без кешування на сервері. Праворуч, та на графіках нижче це з кешуванням.

Як бачите, в принципі, нічого не змінилось. Як писав раніше: "в мене 3 сайти на Joomla 5. Там вже було увімкнене кешування Joomla. Плюс, використовую OPcache.". Також на сайтах встановлено та налаштовано JCH Optimize Pro (з кешуванням). Терміни кешування досить великі (7-14 днів).
Всі сайти на PHP 8.4.
Мабуть у зв'язку з моїми попередніми налаштуваннями щодо оптимізації, серверне кешування виявилось марним. Також з ним в мене були проблеми у випадку входу користувачів на сайт як зареєстрованих. Вирішив досить просто - повернув no-store, no-cache для зареєстрованих користувачів.
Було б цікаво подивитись на чиїсь ще результати. Особливо цікавлять сайти на Joomla та WordPress.

Відпишіть приклад сайту в відкритий тікет, в якому у вас увімкнено серверне кешування і немає різниці.

Гадаєте, що різниця повинна бути?

Так.

Дуже крута функція (з опису), увімкнув для ряду проектів: з статичним сайтом, wordpress, woocomerce, mod x, буду спостерігати, трохи пізніше поділюсь своїми спостереженнями.

Але виникає багато запитаннь:
В теорії серверне кешування має віддавати одну й ту саму сторінку різним користувачам. З спостереженням за проблемним клієнтським сайтом бачу що інший браузер вантажив сторінку заново, а не завантажив моментально.
Чи коректно відпрацьовують скрипти відправки форм та скрипти аналітики/тегменеждера?
Як перевірити коректність роботи кошика та кабінету користувача? Можливо є якісь розширення з зручною підсвіткою заголовків?
Чи виключена можливість кешування серверних помилок?

Дуже крута функція (з опису), увімкнув для ряду проектів: з статичним сайтом, wordpress, woocomerce, mod x, буду спостерігати, трохи пізніше поділюсь своїми спостереженнями.

Так, будь ласка. Дуже цікаво.

З спостереженням за проблемним клієнтським сайтом бачу що інший браузер вантажив сторінку заново, а не завантажив моментально." - на скільки я розумію, серверне кешування зменшує час генерації сторінки на сервері. Проте це підвищує швидкість завантаження сторінки в цілому. Але браузер, в якому стоірнка раніше не завантажувалась, все одно повинен завантажити її та всі файли типу таблиць стилей, скрипти, шрифти, зображення та таке інше.

Чи коректно відпрацьовують скрипти відправки форм та скрипти аналітики/тегменеждера?

на своїх сайтах не помітив проблеми з формами чи Аналітикою. Тегменеджер не тестував.

Як перевірити коректність роботи кошика та кабінету користувача?

Спробуйте з різних браузерів.

Можливо є якісь розширення з зручною підсвіткою заголовків?

Я використовую консоль для веб-розробників у Mozilla Firefox.

Чи виключена можливість кешування серверних помилок?

Нічого не можу сказати з цього приводу.

Відпишіть приклад сайту в відкритий тікет, в якому у вас увімкнено серверне кешування і немає різниці.

Написав. Поспілкувались. Підсумкова відповідь: "Так це цілком можливо, що у зв'язку з тим що у вас вже оптимізовано сайт, увімкнено OPcache та JCH Optimize Pro, серверне кешування не дає очікуваного результату. Якщо у вас є можливість перевірити серверне кешування на сайті де не використовується OPcache та JCH Optimize Pro, то спробуйте увімкнути функцію для таких сайтів, та переглянути результат.".

Якщо у вас є можливість перевірити серверне кешування на сайті де не використовується OPcache та JCH Optimize Pro, то спробуйте увімкнути функцію для таких сайтів, та переглянути результат.".

Цікава тема, чи вийшло протестувати сайт без OPcache та JCH Optimize Pro?

В мене серверне кешування визиває проблеми роботи з адмінкою, клієнти жаліються що це їм заважає працювати, тому я його вимкнув.

Бавитись з тонким налаштуванням заголовків не маю навіть бажання, бо в нас не один проект, а 50+ на підтримці тому я навіть не згадаю де і що я налаштовував.

Від плагінів типу OPcache та JCH Optimize Pro та інших "оптимізаторів" я давно відмовився, бо на мій погляд вони тільки заважають швидкій роботі сайту.

Стандартні налаштування для нормальної роботи CMS Joomla, на нашу думку, виглядають так:

Стандарний кеш Joomla, та фотоплагінів + оце:

Все інше виключено. Третя розкладка "кешування" для клієнтів виключена, на жаль.

На таких налаштуваннях Joomla 3 давала чесних 9000+ відвідувачів в сутки без падінь в 2010+ роках, це був тоді найкращий результат. Зараз вже рекорди не ставлю але PHP8 явно покращила ситуацію.

Цікаво у кого які "улюблені" оптимізатори.

Доброго дня.

Цікава тема, чи вийшло протестувати сайт без OPcache та JCH Optimize Pro?

Не тестував.

Від плагінів типу OPcache та JCH Optimize Pro та інших "оптимізаторів" я давно відмовився, бо на мій погляд вони тільки заважають швидкій роботі сайту.

Згодний. І таке помічав. Залежить від конкретної ситуації.

Стандарний кеш Joomla, та фотоплагінів + оце:

Таке реалізувати в мене у 70-80% неможливо, бо працюю з різними хостингами.

Цікаво у кого які "улюблені" оптимізатори.

Окрім JCH Optimize Pro іноді в мене краще виходить з JSpeed. Користався і іншими розширеннями, проте з ними не виходило отримати кращого результату.