Trage prestaties door niet-cacheable pagina's

Dit artikel biedt oplossingen voor langere laadtijden of uitvallen van de website die worden veroorzaakt doordat de cache van de volledige pagina (bijvoorbeeld Snelst) wordt uitgeschakeld voor elk blok op pagina's dat in de cache moet worden geplaatst.

Beschrijving description

Omgevingen

Probleem

De site heeft te maken met trage prestaties omdat sommige pagina's cacheblokken bevatten die zijn ingesteld op cacheable="false" , ook al moeten deze in cache kunnen worden geplaatst.

Oorzaak

Bepaalde pagina's met veel verkeer in Adobe Commerce worden naar verwachting in cache geplaatst om optimale prestaties te garanderen. Wanneer deze pagina's niet van geheim voorgeheugen worden gediend, verhoogt elk verzoek lading op het systeem, resulterend in langzamere prestaties.

De betrokken pagina's bevatten doorgaans:

Standaard zijn alle pagina's in Adobe Commerce in cache geplaatst. Nochtans, als om het even welk blok binnen een paginalay-out als uncacheable (cacheable="false") duidelijk is, wordt de volledige pagina uncacheable.

In de onderstaande schermafbeelding ziet u een voorbeeld van een blok met cacheable="false" , waardoor de hele pagina caching omzeilt:

Extra Nota's
Voorbeelden van pagina's die opzettelijk oncachebaar zijn, zijn:

Deze pagina's worden niet in cache geplaatst door de cachegeheugen van Fastly, block cache of layout vanwege hun cacheable configuratie in de layout-XML.

Resolutie resolution

Controleer of voor de hierboven opgegeven bestanden de instelling cacheable="false" is ingesteld. Controleer in dat geval of deze instelling nodig of vereist is.

Nota : voor Adobe Commerce op wolkeninfrastructuur 2.4.1 en recenter, kunt u het hulpmiddel van de Analyse voor de hele Plaats gebruiken om automatisch te controleren als uw Volledig Geheime voorgeheugen van de Pagina niet correct wordt gevormd.

Gerelateerde lezing

Adobe Commerce geheim voorgeheugenoverzichtin onze ontwikkelaarsdocumentatie