← Automatic Platform Optimization / automatic-platform-optimization / troubleshooting

Časté dotazy

Musím i nadále vytvářet pravidla stránek „Edge Cache TTL“ s nastavením „Cache Level: Cache Everything“?

Ne, není nutné vytvářet Page Rules pro Edge Cache TTL. Po instalaci pluginu WordPress APO automaticky ukládá obsah do mezipaměti na 30 dní a při změně ho během 30 sekund invaliduje. Protože APO nyní podporuje Page Rules související s mezipamětí, zkontrolujte, že stávající Page Rules neovlivňují zdroje obsluhované pomocí APO.

Přepisuje Origin Cache Control nastavení APO?

Ne. APO ignoruje Origin Cache Control při ukládání do mezipaměti na Edge, ale klientovi předává původní hlavičku Origin Cache Control.

Proč mi u APO chybí hlavičky cache control prohlížeče?

Hlavičky cache control prohlížeče mohou s APO chybět, pokud máte nastaveno Browser Cache TTL na Respect Existing Headers. Například:

curl --silent --verbose --output /dev/null https://example.com/ --header 'Accept: text/html' 2>&1 | grep cache-control

< cache-control: max-age=86400, stale-while-revalidate=86400, stale-if-error=86400

Je u APO stále potřeba direktiva stale-if-error?

Ne, stale-if-error direktiva není potřeba, protože je tato funkce součástí APO.

Když zkontroluji stav mezipaměti příspěvků a domovské stránky, hlavička odpovědi zobrazuje `cf-cache-status: BYPASS`. Funguje APO?

Když jsou otevřeny nástroje Chrome DevTools, Chrome odesílá Cache-Control: no-cache ve výchozím nastavení. Můžete zrušit zaškrtnutí Disable cache (pokud jsou DevTools otevřené) nastavení a ověřte, že cf-cache-status: HIT a cf-apo-via: cache hlavičky se vrátí.

Když zkontroluji `cf-cache-status` přes cURL, `MISS` a `DYNAMIC` se vrací vždy. V prohlížeči vidím `HIT` ale jiné nástroje vrací `DYNAMIC`. Jedná se o očekávané chování?

Ano, jde o očekávané chování, protože požadavky musí obsahovat accept: "text/html".

Jsou fonty Google Fonts optimalizovány, když je APO aktivováno?

Ano, po aktivaci APO se optimalizují i Google Fonts. Optimalizaci můžete ověřit kontrolou adres URL písem. Adresa URL se například změní z https://fonts.gstatic.com/s/... na https://example.com/fonts.gstatic.com/s/... při načítání webu. U fontů procházejících přes proxy cf-apo-via:proxy hlavička se vrací.

Mohu si přizpůsobit ukládání řetězců dotazu do cache pomocí APO?

Další informace o parametrech dotazu naleznete v Parametry dotazu a odpovědi uložené v mezipaměti.

Proč nejsou URL adresy mých fontů transformovány?

APO přeskočí transformaci fontů v URL, pokud je content-security-policy hlavička odpovědi je přítomná, ale chybí jí hodnoty popsané níže.

Chcete-li problém vyřešit, content-security-policy hodnota hlavičky musí umožňovat unsafe-inline buď na style-src nebo default-src direktiva. Například Content-Security-Policy: style-src unsafe-inline;.

Hlavička musí umožňovat self buď na font-src nebo default-src direktiva. Například Content-Security-Policy: font-src self;.

Proč vidím při používání APO ve svých protokolech zóny subrequesty Workeru?

APO interně využívá Cloudflare Workers k optimalizaci doručování obsahu, což vede ke vzniku dílčích požadavků Workeru. Tyto dílčí požadavky se mohou objevit v protokolech vaší zóny, například přes Logpush.

Proč se mi u pluginu APO zobrazuje tato zpráva: This plugin hasn’t been tested with the latest 3 major releases of WordPress. It may no longer be maintained or supported and may have compatibility issues when used with more recent versions of WordPress.

U zavedených pluginů není neobvyklé, že nejsou delší dobu aktualizovány, než jakou WordPress potřebuje k zobrazení upozornění na netestovanou verzi. Toto upozornění slouží pouze jako informace a neznamená, že plugin přestal fungovat. Stále se o něj někdo stará.