TTL (cache time-to-live)
Kapcsolódó szolgáltatás Weboldal és webshop
MEGHATÁROZÁS
Mennyi ideig tart érvényesnek a cache egy bejegyzést. Túl rövid: a backend ég. Túl hosszú: a felhasználók elavult adatot látnak. Csapdák: a 'cache stampede' (ezer kliens fut neki egyszerre az új értéknek, amikor lejár · védd `single-flight`-tal vagy `stale-while-revalidate`-tel), a clock skew elosztott rendszerben, és az időpont-szinkron lejárat. Ne fix TTL-t használj titkos vagy biztonsági cache-re · ott invalidáció kell, nem időzítés.
- SSR (Server-Side Rendering)→
A HTML-t a szerver rendereli kérésre, minden felhasználónak frissen. Dinamikus tartalomra (dashboard) ideális, de lassabb, mint az SSG.
- SSG (Static Site Generation)→
Az oldalak build-időben készülnek el HTML-ként, és egy CDN szolgálja ki őket. Szinte nulla TTFB. A DField saját oldala 111+ oldallal fut így.
- ISR (Incremental Static Regeneration)→
SSG + időzített regeneráció: a HTML statikus, de megadott intervallumban újragenerálódik. Blog-cikkekhez ideális · frissesség CDN-sebességgel.
- Edge rendering→
A kód a felhasználóhoz legközelebbi CDN-pontban fut (Cloudflare Workers, Vercel Edge). Dinamikus válasz ~10–50 ms TTFB-vel.
- RSC (React Server Components)→
React-komponensek, amik kizárólag szerveren futnak, és nem kerülnek át a böngészőbe. Eredménye kevesebb kliens-oldali JS és gyorsabb hydration.
- LCP (Largest Contentful Paint)→
A legnagyobb látható elem megjelenésének ideje. Google Core Web Vitals zöld küszöbe 2.5s alatt · mi jellemzően <1s alá lőjük a landing oldalakat.
- 012026. ápr. 26.Next.js 16 teljesítmény csapdák, amibe minden Vercel projekt belesétál→
- 022026. ápr. 26.Postgres BRIN vs. B-tree · mikor melyik nyer→
- 032026. ápr. 26.Server vs. kliens komponensek 2026-ban · a döntési szabály, amit alkalmazunk→
- 042026. ápr. 22.Magyar webshop CWV 2026 · amit most kell javitani→
- 052026. febr. 14.Core Web Vitals Next.js-szel: hogyan lett 4.5s-ből 0.9s LCP→