Кэшування та швидкість

Багатошарове кешування, яке забезпечує високу швидкість сайтів при будь-яких навантаженнях

Більшість візитів на сайт у Zinn Digital® ніколи не торкаються PHP чи MySQL. Кеш повної сторінки LiteSpeed, об'єктний кеш Redis для кожного сайту та периферія CDN працюють спільно, координовані розумним автоочищенням, тож сторінки залишаються швидкими, а джерела — тихими на понад 100 000 хостингових сайтах PBN у кожній ніші.

Три рівні кешування, одна узгоджена система

Швидкість залежить від подачі потрібного вмісту з найшвидшого місця. Ми використовуємо три рівні кешування, щоб запит оброблявся якомога раніше — на «краю» (edge), на вебсервері чи в пам'яті — і ніколи не доводилося повторно генерувати сторінку, яка вже була створена.

Повносторінковий кеш LSCache

На хостингах LiteSpeed відповіді кешованого інтерфейсу позначаються заголовками cache-control та тегами LiteSpeed, тому вебсервер віддає готові сторінки без виклику PHP чи запитів до MySQL. Це найбільша окрема перемога для часу до першого байта у WordPress.

Об'єктний кеш Redis для кожного сайту

Перемикач в один клік інсталює автономний модуль об'єктного кешу Redis drop-in, розвантажуючи повторювані читання з бази даних. Якщо Redis будь-коли стане недоступним, drop-in перемикається на внутрішню пам'ять для кешування в межах одного запиту, тож сайт продовжує працювати.

CDN та крайні вузли

Статичні ресурси та кешовані сторінки надсилаються з CDN, розташованої поблизу відвідувачів. Очищення кешу дублюється на гранічних серверах, щоб вони синхронізувалися з вихідним кешем — єдине управління замість трьох непов'язаних налаштувань.

Розумне автоочищення підтримує актуальність вмісту

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

  • Коли публікація чи сторінка зберігається, переноситься до кошика або видаляється, очищуються лише задіяні сторінки та списки, на яких вони відображаються.
  • Коментарі, відредаговані терміни таксономії, перемикачі тем, активація плагінів, а також оновлення ядра, плагінів і тем — усе це викликає цільове очищення кешу.
  • Очищення кешу синхронізується з панеллю керування через підписаний вебхук, тож CDN та крайні вузли оновлюються одночасно з джерелом.
  • Кінцева точка REST purge дозволяє панелі очищати все, конкретні URL-адреси або певні теги з автентифікацією за допомогою адміністративної сесії чи підпису HMAC-SHA256.

Безпечно за замовчуванням — динамічні сторінки ніколи не кешуються

Агресивне кешування є безпечним лише тоді, коли речі, які мають залишатися актуальними, ніколи не кешуються. Zinn® Cache постачається з розумними налаштуваннями за замовчуванням для WordPress і WooCommerce / Easy Digital Downloads: кошик, оформлення замовлення, мій акаунт, REST та AJAX, попередній перегляд і пошук виключено, а будь-який запит від в базі користувача або з куки-файлом сесії обслуговується свіжими даними.

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

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

Поширені запитання

Чи потрібно мені це налаштовувати?

Ні. Плагін Zinn® Cache постачається в розгортанні footprint, а повносторінковий кеш, об’єктний кеш, автоочищення та безпечні винятки на сайтах, які розміщуються на Zinn®, налаштовуються автоматично. За бажання ви можете налаштувати все в розділі Settings → Zinn® Cache або на панелі керування.

Чи поламає кешування мій магазин WooCommerce?

Ні. Кошик, оформлення замовлення, мій кабінет (my-account) та будь-які запити користувачів у системі чи з сесійними файлами cookie ніколи не кешуються за замовчуванням, тому динамічні та індивідуальні сторінки завжди залишаються актуальними. Кеш повної сторінки обслуговує лише ті сторінки, які є однаковими для кожного відвідувача.

Що станеться, якщо Redis недоступний?

Об'єктний кеш є необов'язковим і працює за принципом відмовостійкості. Якщо розширення phpredis відсутнє, перемикач вимикається з відповідним сповіщенням; якщо Redis стає недоступним під час виконання, замінник (drop-in) обслуговує запити з локального кешу в пам'яті для кожного окремого запиту, тому сайт ніколи не ламається.

Потрібен LiteSpeed?

Кэшування всієї сторінки використовує вебсервер LiteSpeed або сторонній плагін LiteSpeed Cache, якщо він уже активований. На інших серверах заголовки кешу не надсилаються, але кеш об'єктів, виключення та віддалене очищення продовжують працювати.

Як синхронізуються кеші CDN і сервера?

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

Перегляньте це на власних сайтах

Розпочніть 14-денний безплатний пробний період без введення карти та довірте роботу багатошаровому кешу. Безплатні міграції, 30-денна гарантія повернення коштів, гарантія безперебійної роботи на рівні 99,99% та жодної прив'язки до постачальника.

Почати безплатно