Jaké maximální optimalizace cachování se dá dosáhnout u služby “No Limit“?
Snažím se zprovoznit WordPress + Woocommerce na službe No Limit. I po aktivaci Wedos Global cache a CDN zaznamenávám v testech (PageSpeed Insights, WebPageTest) poměrně dlouhý TTFB (často ~300 ms a více) a tím pádem i horší metriky LCP (hlavně na mobilu). Je možné že je to z části “nezahřátou cache“ ale bohužel se to objevuje i při reloadování stejné stránky.
Rád bych si upřesnil, jaké možnosti optimálního cachovaní mám k dispozici na vašem hostingu
- Je možné na hostingu rozjet nějakou perzistentní object cache stylu Redis nebo Memcached?
- Stačí pro WordPress + WooCommerce váš statický page-cache (Wedos Global plugin pro wordpress), nebo má z pohledu výkonu smysl místo něj použít plugin typu Comet Cache / WP Rocket?
- Je možnost přidat preconnect na vaše CDN domény (abych to nastavil v Perfmatters)?
Jakékoliv další rady z vaší strany ocením.
5 Odpověď
Dobrý den,
jde o konopiodfarmare.cz? Zkusil jsem také WebpageTest a TTFB vrátil 24 ms, ale cachování oznámkoval F. Aktuálně máte zapnuté v WGP pluginu obě cache, tedy lokální i CDN?
Redis ani Memcached nepodporujeme, o cachování obsahu Webhostingu se stará proxy server (součást Webhostingu, ne WGP). Více informací najdete v tomto článku.
Co se preconnectu týče, tam si nejsem jistý, že by fungoval tak, jak očekáváte, protože všechny zdroje nahráváte z Vaší domény, ke které je server od začátku připojen; pak, pokud je obsah už nacachovaný, jde z CDN cache, a pokud není, proxy jej vyžádá od serveru.
Děkuji za odpověď. Ano jde o konopiodfarmare.cz.
Ve WGP mám zapnutou jak lokální tak CDN cache.
Pro lokální cache jsem právě zvažoval použití alternativy k vašemu pluginu pokud by to z pohledu performace dávalo smysl. Pokud je výkon srovnatelný, tak se samozřejmě přikláním k použití co nejméně pluginů.
Dobrý den,
čistě cachování by mělo být výkonově srovnatelné, ale jiné pluginy Vám můžou nabídnout podrobnější nastavení nebo další nástroje pro zlepšení výkonu. Ideálně ale necachujte přes více než jeden plugin najednou, to může naopak vést k problémům s cachovaným obsahem.
Zkuste prosím v pluginu vypnout a zapnout lokální cache a zkontrolovat ve WordPressu zdraví webu, jestli nehlásí vypnutou cache (nebo jiný problém s cachováním), i když je v pluginu zapnutá.
Proxy vždy vrací cache-control: private, max-age=3, i když WordPress posílá public, max-age=3600. To je nejspíš také zdrojem toho F hodnocení na webpagetestu.
Hlavičky woocommerce i php zdrojem problému nejsou, vyloučeno buďto mu-pluginem nebo ověřením přes script a log.
Hlavička cache-control: private tudýž dle mých poznatku přichází až na výstupu z edge proxy pokud je v requestu nějaký cookie (když jsem curl cookie tak to tak nebylo). Dá se s tím něco dělat?
Omlouvám se za zpoždění odpovědi, Vaše reakce nám zapadla.
Wedos Protection cache v základním nastavení uplatňuje vlastní cachovací pravidla na všechny requesty, které takové nastavení podporují (např. set-cookie a POST requesty mají výjimku). Nastavení vlastního chování oproti hlavičkám umožňuje až tarif Expert.
Pokud tato informace Váš problém neřeší, nebo potřebujete další informace k WEDOS Protection, napište prosím přímo na podporu přes formulář.