Normal genindlæsning kan genbruge cachelagrede aktiver. Hard refresh beder Chrome om at omgå cachen for den belastning.
Planlagte faner ser ofte "fast" ud, selv når netværket er i orden - en serviceworker-skal, en aggressiv CDN eller en langvarig SPA-cache kan beholde gårsdagens brugergrænseflade. Auto Refresh Turbo kan genindlæse normalt eller med cache-bypass. Ingen af tilstandene rydder cookies af sig selv.
Normal genindlæsning
En normal tabs.reload er, hvad de fleste mennesker mener med Refresh. Chrome kan stadig vise cachelagrede scripts, typografier og nogle dokumentsvar i henhold til cachereglerne. For mange dashboards er dette nok: dataendepunkter returnerer frisk JSON, og siden maler nye tal.
Foretrækker normal genindlæsning, når:
- Tavlen opdateres rent ved manuel opdatering
- Du genindlæser ofte og vil have lavere oprindelsesbelastning
- Hård opdatering har tidligere logget dig ud eller nulstillet den nødvendige klienttilstand
Hård opdatering (cache-omgåelse)
Hård opdatering genindlæses med cache-omgåelse. Brug den, når en normal genindlæsning bevarer en gammel skal - fliser frosset, gamle bannere eller brugergrænseflade, der kun heler efter en manuel hård opdatering i DevTools.
Vigtige grænser:
- Det sletter ikke cookies eller sletter login
- Det kan øge trafikken til oprindelsen
- Nogle websteder genoprettes stadig langsomt, hvis deres egen servicemedarbejder genvinder kontrollen
Valg af planlagte faner
- Start med normal genindlæsning med et fornuftigt interval
- Hvis brættet forbliver gammelt efter flere cyklusser, skal du aktivere hård opdatering én gang og observere
- Hvis hård opdatering løser det, skal du beslutte, om hver cyklus skal omgås eller kun lejlighedsvis genopretning
- Hvis hård opdatering afbryder godkendelse eller filtre, skal du deaktivere det og rette caching på appsiden, hvis du kan
For vægopsætninger, se opdatering af dashboard.
Tidsplan, tilfældig og stop-efter-N
Hård opdatering er en mulighed for hver session. Det fungerer med faste eller tilfældige intervaller, med daglige vinduer og med stop-efter-N. Uden for et skemavindue pauses sessionen med gemte indstillinger - inklusive flaget for hard-refresh - indtil vinduet åbnes igen.
Interaktion og udfordring stopper
Stop-ved-klik/skriv og stop for mistænkelig side gælder stadig. En hård opdatering midt-redigering er lige så forstyrrende som en normal; lad interaktionsstop være slået til, når fanen også bruges til at skrive. Udfordringsskærme fortjener et længere interval, ikke en sværere genindlæsning.
Stop-efter-N-eksperimenter
Når du er usikker på, om bypass hjælper, skal du aktivere hård opdatering med stop-efter-N sat til et lille tal. Sammenlign brættet efter disse cyklusser, og hold derefter enten bypass til produktion eller vend tilbage til normal genindlæsning for lavere belastning.
Mønster med flere faner
Kør kun hard refresh på det stædige bræt. Nabofaner kan forblive på normal genindlæsning, så du ikke multiplicerer cache-bypass-trafik på tværs af hver skærm.
Sådan kører kerneløkken
Uanset normal vs hård tid, lever timing i servicemedarbejderen med Chrome-alarmer. Popup'en følger den tidsplan; en valgfri on-page timer er kosmetisk synkronisering, ikke autoriteten. Dybt dyk: hvordan automatisk faneopdatering fungerer.
Fejlfinding af forældet brugergrænseflade
Hvis ingen af tilstandene hjælper, skal du kontrollere, om siden har brug for en anden URL, en filternulstilling eller en komplet browsergenstart efter en udvidelses- eller profilfejl. Brug fejlfinding til tilfælde af tidsplanpause og "stoppet uden grund".
Prøv det
Installer Auto Refresh Turbo, sammenlign en normal cyklus og en hard-refresh cyklus på et sikkert bord, og vælg derefter en standard.