Zrychlete své stránky pomocí nejrychlejší mezipaměti - Cache Varnish

Procédure

Proč zrychlit načítání webu?

Je dobré vědět, že rychlost načítání vašeho webu je pro jeho úspěch klíčová. Například u firem vytváří první dojem na návštěvníky. Navíc pokud se váš web načítá příliš dlouho , může to mít vliv na jeho umístění v hlavních vyhledávačích a nezajistí vám dostatečnou expozici, aby se váš web udržel při životě.

Doba načítání vašich webových stránek není nijak omezena. Většina webových stránek se však načítá méně než tři sekundy.

Co je nejrychlejší mezipaměť a k čemu se používá?

Nástroj Fastest Cache je systém navržený a vyvinutý společností LWS koptimalizaci výkonu načítání vašich webových stránek pomocí mechanismů ukládání stránek do mezipaměti nakonfigurovaných na úrovni webového serveru. Nástroj kombinuje technologie poskytované službami NGINX a Varnish.

NGINX je webový server zaměřený na výkon, který zvládne mnohem více požadavků než Apache (viz náš příspěvek na blogu s názvem"Apache VS Nginx: Test výkonu"). Používá se hlavně na serveru Fastest Cache ke správě zabezpečeného přístupu k webu na adrese https://, k eliminaci škodlivých požadavků HTTP (viz LWS Protect) a ke směrování požadavků HTTP na servery cache Varnish.

Varnish je služba HTTP, která implementuje mechanismus ukládání stránek do mezipaměti, aby se výsledek požadavku HTTP uložil do paměti.

Při správné konfiguraci může systém NGINX zpracovat více požadavků na vaše webové stránky a Varnish může zrychlit načítání stránek a zároveň snížit spotřebu procesoru a paměti.

Jak služba Fastest Cache funguje?

1. Provoz bez mezipaměti

Abychom lépe pochopili, jak funguje, začneme tím, že se podíváme, jak funguje bez zásuvného modulu mezipaměti, aby návštěvníci viděli váš web.

1. Návštěvník si vyžádá stránku z webového serveru. Příklad: index.php

2. Webový server spustí potřebné skripty (PHP, Perl, NodeJS atd.).

3. Webový server obdrží výsledek spuštění

4. Webový server odešle stránku HTML, která je výsledkem provedení skriptu.

2. Operace s modulem Nejrychlejší mezipaměť

Je-li aktivován modul Fastest Cache, je mezi návštěvníka a webový server vložen server cache.

Cílem je snížit počet potřebných provedení skriptu tím, že se výsledek jeho provedení uchová v paměti pro budoucí požadavky vyžadující stejnou odpověď. Tím se eliminuje nutnost spouštět stejný skript několikrát, aby se dosáhlo stejného výsledku.

Tím se eliminuje čas strávený čekáním na provedení skriptu při načítání stránky a zároveň se šetří prostředky použité při provádění skriptu.

1. Návštěvník si vyžádá stránku z webového serveru. Příklad: index.php
2. Fastest Cache zkontroluje, zda již byla stránka vygenerována a uložena do paměti cache.

• Pokud ano, je stránka vrácena přímo návštěvníkovi bez nutnosti přístupu k webové službě a bez spuštění skriptu.
• Pokud ne, je stránka vyžádána k vygenerování ve webové službě, což vede ke spuštění skriptu (PHP, NodeJS, Perl, Ruby atd.).

3. Jakmile je stránka vygenerována, Fastest Cache určí, zda je možné stránku uložit do mezipaměti (prostřednictvím hlaviček, adresy URL atd.).

• Pokud ano, stránka se uloží do mezipaměti a odešle se zpět návštěvníkovi.
• Pokud ne, stránka se uloží do paměti mikrocache (paměť cache s krátkou dobou platnosti) a vrátí se návštěvníkovi.

Vidíme, že pokud je stránka uložena do paměti cache, nedochází ke zpracování webovým serverem a ke spuštění skriptu.

Vyrovnávací paměť, nevyrovnávací paměť a mikrovyrovnávací paměť

Když webová služba poskytne nejrychlejší mezipaměti novou odpověď, je analyzována a určuje se, zda má být uchovávána v paměti cache pro budoucí použití, nebo ne.

Některý obsah stránek by neměl být ukládán do mezipaměti, například výsledek registračního formuláře, výsledek platební stránky atd. protože obsahují data, která se mění v závislosti na uživatelích a událostech.

K určení, zda lze stránku uložit do mezipaměti, či nikoli, používá Fastest Cache několik mechanismů:

• Požadavky HTTP používající jiná slovesa HTTP než HEAD a GET budou z mezipaměti systematicky vyloučeny.
• Vyloučeny budou také požadavky HTTP obsahující soubory cookie. Soubory cookie používané službami Google Analytics, XiTi, DoubleClick, Quant Capital, AddThis a Cloudflare jsou před detekcí odstraněny. Podobně jsou automaticky spravovány soubory cookie spojené se známým systémem CMS, pokud režim ukládání do mezipaměti odpovídá tomuto systému CMS.
• Požadavky HTTP chráněné hesly .htaccess
• Pokud odpověď webového serveru obsahuje instrukce pro ukládání do mezipaměti prohlížeče (hlavička cache-control), bude tato skutečnost automaticky zohledněna funkcí Fastest Cache a stránka bude uchována v mezipaměti.

Pokud je požadavek HTTP typu GET a není chráněn pomocí souboru .htaccess ani neobsahuje soubory cookie a neobsahuje žádné konkrétní pokyny pro ukládání do mezipaměti prohlížeče, je po dobu několika sekund uchováván v mezipaměti.

Mikropaměť lze proto použít k překonání obav ze špiček v požadavcích na stránky, které nejsou uloženy v mezipaměti. Řeší se tak například problém přetížení a pomalosti v případě vlny vyhledávání stejného produktu v e-shopu.

Prezentace rozhraní a aktivace služby

Služba Fastest Cache se v panelu cPanel zobrazuje jako ikona v části "Výkon".

Po vstupu do rozhraní se v seznamu zobrazí hlavní doména, další domény a subdomény.

• Ve sloupci"Stav mezipaměti"se zobrazuje stav aktivace mezipaměti. Pokud je nastaven na hodnotu"Enabled", je mezipaměť aktivována.
• Tlačítko"Vyčistit mezipaměť" odstraní všechna data uložená v mezipaměti pro daný název domény.
• Tlačítko"Deaktivovat mezipaměť" slouží k deaktivaci mezipaměti.
• Tlačítko"Povolit mezipaměť" mezipaměť aktivuje.
• Tlačítko"Změnit provozní režim" slouží ke změně chování systému ukládání do mezipaměti. Tyto režimy budou vysvětleny vzápětí.

Různé režimy ukládání do mezipaměti

Ve výchozím nastavení systém mezipaměti volí režim "Obecné použití ", který je vhodný pro běžné použití. Existují však i další režimy:

Vývojářský režim: je totožný s deaktivací mezipaměti a umožňuje vám přepsat systém mezipaměti v období vývoje.
WordPress: režim mezipaměti vhodnější pro WordPress, s vylepšenou správou složek (wp-content, wp-admin atd.) a souborů cookie specifických pro WordPress.
Prestashop : režim mezipaměti vhodnější pro Prestashop, s vylepšenou správou složek a souborů cookie.

Čištění mezipaměti

Kromě rozhraní cPanel pro čištění mezipaměti je možné mezipaměť vyčistit ručně z terminálu SSH účtu cPanel nebo ze skriptu umístěného na serveru.

1. Vyčištění mezipaměti pomocí cURL

Vyčištění mezipaměti stránky :

curl -X 'PURGE' http://mon-site-web.com/mapage.php

Tím se vyčistí mezipaměť adresy URL http://mon-site-web.com/mapage.php.

Vyčištění mezipaměti složky :

curl -X 'PURGE -H 'X-Purge-Method:regex' 'http://mon-site-web.com/wp-content/uploads/.*'

Tím se vyčistí všechny mezipaměti adres URL začínajících na 'http://mon-site-web.com/wp-content/uploads/'.

Vyčištění mezipaměti webu

curl -X 'FULLPURGE' http://mon-site-web.com

U všech tří příkazů jsou možné dva návraty:

Kód HTTP 200: vyčištění proběhlo úspěšně, bez chyb.

Kód HTTP 405: čištění není povoleno nebo neproběhlo.

2. Čištění pomocí zásuvného modulu nebo modulu

Většina zásuvných modulů/modulů s integrací Varnish je kompatibilní s interním mechanismem čištění Fastest Cache.

Zde je několik zásuvných modulů, které byly otestovány a ověřeny jako kompatibilní:

• WP Rocket: https: //wp-rocket.me
• Proxy Cache Purge: https: //wordpress.org/plugins/varnish-http-purge/

Detekce HTTPS a přesměrování

Stav HTTPS a porty indikované v Apache jsou upravovány modulem mod_fastestcache zabudovaným do Apache. Obecně proto není nutné provádět žádné změny.

Pokud však detekce HTTPS není funkční s Fastest Cache, může to způsobit nekonečné smyčky přesměrování. Proto bude nutné detekční data upravit.

Důvěryhodné hlavičky HTTP pro detekci jsou :

• X-Forwarded-Proto
• X-Forwarded-Port

Pokud tedy použijete následující přesměrování HTTPS s příponou .htaccess :

RewriteEngine On RewriteCond %{SERVER_PORT} ^80$ RewriteRule ^(.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R]

a nefunguje to, můžete nahradit proměnnou SERVER_PORT proměnnou X-Forwarded-Proto :

RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} !on RewriteRule ^(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R]

CloudFlare a další sítě CDN

Sítě CDN CloudFlare mají filtry požadavků HTTP, které by mohly blokovat požadavky "PURGE" a "FULLPURGE" používané službou Fastest Cache k čištění mezipaměti.

Doporučujeme používat pouze jednu úroveň mezipaměti, buď Cloudflare, nebo Fastest Cache.

Použití obou dohromady může vést k nežádoucímu chování. Otestujte obě a použijte tu, která nejlépe vyhovuje vašim potřebám.