Dodano następujące ustawienia, które blokują cache na poziomie konfiguracji:
generateBuildId- Generuje unikalny ID przy każdym buildzie, uniemożliwiając wykorzystanie cacheimages.unoptimized: true- Wyłącza optymalizację obrazów i ich cacheonDemandEntries- Ustawia na 0, aby wyłączyć buforowanie wpisów
Skrypt, który:
- ✅ Usuwa folder
.next/cachejeśli istnieje - ✅ Tworzy PLIK zamiast folderu o nazwie
cachew.next/ - ✅ Ustawia uprawnienia na 000 (brak dostępu)
- ✅ Monitoruje co 100ms i blokuje próby utworzenia folderu
- ✅ Działa w tle podczas uruchamiania Next.js
Dodano następujące skrypty:
# Uruchom serwer deweloperski z blokowaniem cache
npm run dev:no-cache
# Build z blokowaniem cache
npm run build:no-cache
# Uruchom tylko skrypt blokujący (w tle)
npm run block-cachenpm run dev:no-cache# W jednym terminalu
node disable-next-cache.js
# W drugim terminalu
npm run devObecna konfiguracja w next.config.ts już znacząco ogranicza cache - możesz użyć standardowego:
npm run dev✅ Folder .next/cache - całkowicie uniemożliwiony
✅ ISR (Incremental Static Regeneration) cache
✅ Cache obrazów
✅ Build cache
✅ On-demand entries cache
- Buildów produkcyjnych
- Hot reload podczas developmentu
- Optymalizacji obrazów
Używaj tych rozwiązań tylko jeśli cache rzeczywiście powoduje problemy w Twoim projekcie.
Aby sprawdzić czy cache jest zablokowany:
- Uruchom
npm run dev:no-cache - Sprawdź folder
.next/- powinien istnieć PLIKcache, nie folder - W konsoli zobaczysz:
🔒 Skrypt blokujący Next.js cache uruchomiony