Кеширане и скорост

Многослойно кеширане, което поддържа сайтовете бързи при мащабиране

Повечето посещения на сайт в Zinn Digital® никога не засягат PHP или MySQL. Пълностраничният кеш на LiteSpeed, обектният кеш на Redis за всеки сайт и CDN ръбът работят заедно, координирани от интелигентно автоматично изчистване, така че страниците да остават бързи, а източниците – тихи – в над 650 000 хоствани сайтове по целия свят.

Три кеш слоя, една координирана система

Скоростта идва от предоставянето на правилното нещо от най-бързото място. Нареждаме три кеша един след друг, така че заявката да бъде обслужена възможно най-рано — в крайния възел (edge), на уеб сървъра или от паметта — и никога да не се налага да пресъздава страница, която вече е била изградена.

КЕШ на цялата страница за LSCache

На хостинги с LiteSpeed кешираните заявки за интерфейса се маркират с LiteSpeed cache-control и таг хедъри, така че уеб сървърът да обслужва пълни страници без да стартира PHP или да отправя заявки към MySQL. Това е най-голямото еднократно предимство за времето до първи байт при WordPress.

Обектен кеш Redis за отделен сайт

Превключвател с едно щракване инсталира самостоятелен Redis object-cache компонент, който прехвърля повтарящите се четения от базата данни. Ако Redis някога стане недостъпен, компонентът премита към кеш в паметта за всяка заявка, така че сайтът продължава да работи.

CDN и edge

Статичните ресурси и кешираните страници се доставят от CDN в близост до посетителите. Изчистванията на кеша се отразяват към Edge локациите, така че той да е в синхрон с оригиналния кеш — едно управление вместо три несвързани настройки.

Интелигентното автоматично изчистване поддържа съдържанието свежо

Кеширането е полезно само тогава, когато изчиства правилните страници в правилния момент. Нашето решение следи за реални промени и изчиства целенасочено с помощта на LiteSpeed cache tags, а не с грубо изтриване на всичко при всяка редакция.

  • Когато публикация или страница бъде запазена, изпратена в кошницата или изтрита, се изчистват само засегнатите страници и списъците, в които те се показват.
  • Коментарите, редактираните таксономии, превключванията на теми, активирането на плъгини и актуализациите на ядрото, плъгините или темите задействат целеви изчиствания.
  • Изчистванията се отразяват към контролния панел чрез подписан уебхук, така че CDN и крайните възли да се изчистват синхронно с оригинала.
  • REST краен пункт за изчистване позволява на панела да изчиства всичко, конкретни URL адреси или конкретни тагове — автентифицирани чрез администраторска сесия или HMAC-SHA256 подпис.

Сигурни по подразбиране — динамичните страници никога не се кешират

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

Това означава, че купувачът никога не вижда чужда количка, а влезлият в системата редактор никога не вижда остаряла чернова. Можете да добавяте допълнителни правила за път, заявъчен ключ и префикс на бисквитките за всеки сайт, когато даден плъгин се нуждае от тях, без да променяте безопасните настройки по подразбиране.

Кеширането е функция за отделни блупринти, така че статичните, PHP и Node сайтовете получават кеширане, което им подхожда, а плъгинът работи коректно навсякъде, където липсва слой за кеширане на цяла страница.

Често задавани въпроси

Трябва ли да конфигурирам нещо от това?

Не. Плъгинът Zinn® Cache се доставя в deploy footprint и кешът за цяла страница, кешът за обекти, автоматичното изчистване и безопасните изключения се конфигурират автоматично в хостваните в Zinn® сайтове. Можете да настроите всичко перфектно от Settings → Zinn® Cache или от таблото за управление, ако желаете.

Ще счупи ли кеширането моя WooCommerce магазин?

Не. Количката, финализирането на поръчката, страницата „Моят профил“ и всяка заявка за влязъл в системата потребител или със сесийни бисквитки никога не се кешират по подразбиране, така че динамичните страници и тези за отделни клиенти винаги остават актуални. Кешът на цяла страница обслужва само страници, които са еднакви за всеки посетител.

Какво се случва, ако Redis е недостъпен?

Обектният кеш е опционален и работи безопасно при грешки. Ако разширението phpredis липсва, превключвателят се деактивира с бележка; ако Redis стане недостъпен по време на изпълнение, заместващият файл обслужва заявките от кеш в паметта за всяка заявка, така че сайтът никога да не се срива.

Изисква ли това LiteSpeed?

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

Как се синхронизират CDN кешът и сървърният кеш?

Едно координирано изчистване на кеша. Когато съдържанието се промени, целевото изчистване на базата на тагове изчиства засегнатите страници на уеб сървъра и се отразява в CDN и edge сървърите чрез подписан уебхук, така че всеки слой изчиства едни и същи страници по едно и също време.

Вижте го на собствените си сайтове

Започнете 14-дневен пробен период без нужда от карта и оставете многослойния кеш да свърши работата. Безплатни миграции, 30-дневна гаранция за възстановяване на сумата, 99.99% гарантирано време на работа и без обвързване с конкретен доставчик.

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

LiteSpeed партньор Zinn Digital® е официален партньор на LiteSpeed. Всеки сайт в нашия собствен флот Zinn® работи с лицензиран LiteSpeed Enterprise с плъгина LSCache — най-бързия начин за обслужване на WordPress и WooCommerce — настроен, лицензиран и поддържан актуален от нас, никога безплатната версия.