Sprawdź cache CDN i przeglądarki po wdrożeniu

Czyszczenie CDN nie usuwa plików zapisanych już w przeglądarce. Sprawdź ścieżkę odpowiedzi przed szerokim purge lub wydłużeniem TTL.

Porównaj HTML i wersjonowane zasoby

• Pobierz dokładną stronę i zasób w czystej sesji. Zapisz status, Age, Cache-Control, ETag/Last-Modified i nagłówek statusu cache CDN, jeśli jest.
• Sprawdź rewalidację HTML i długie cache dla JS/CSS z hashem. Nie ustawiaj rocznej polityki immutable dla zmiennego URL-a.

Czyść tylko nieaktualną warstwę

• Jeśli CDN podaje stare bajty, wyczyść dokładny URL lub wersję i sprawdź z dwóch sieci. Jeśli nieaktualna jest jedna przeglądarka, sprawdź nowy profil przed zmianą reguł CDN.
• Po zmianie sprawdź osobno strony publiczne i zalogowane. Odpowiedzi personalizowane nie mogą trafić do wspólnego cache; zachowaj nagłówki i rollback reguły.

Przykład i oczekiwany wynik

• Dla strony uruchom curl -sS -D page.headers -o page.html PAGE_URL; dla pliku z hashem użyj innych nazw, np. asset.headers i asset.bin. Sprawdź zapisany page.html lub porównaj identyfikator kompilacji z originem. Po wdrożeniu powtórz oba żądania GET i porównaj Age oraz nagłówek statusu CDN; sprawdź też Cache-Control i ETag. HTML może domyślnie nie być cache’owany — najpierw sprawdź reguły witryny.
• Jeśli stara wersja jest tylko w jednym profilu, sprawdź service worker i lokalny cache. Przy starym HIT wyczyść tylko daną ścieżkę i sprawdź w nowym profilu. Jeśli origin też jest stary, najpierw napraw wdrożenie.

Źródła pierwotne

• Cloudflare · Cache-Control and origin caching
• Cloudflare · Default cache behavior