Semmi sem gyorsabb egy fájlnál, ami már létezik. Egy statikusan generált oldal kiszolgálható a látogatóhoz közeli él-helyről, korlátlanul gyorsítótárazható, és nem esik össze forgalom alatt, mert a kiszolgálása szinte semmibe nem kerül. Olyan tartalomnál, ami mindenkinek ugyanaz — marketingoldalak, dokumentáció, esettanulmányok —, ritkán van jó ok arra, hogy kérésenként rendereljük.
A megkötés az, hogy a tartalmat build időben ismerni kell. Ami valóban kérésenként változik — bejelentkezett irányítópult, élő árfolyam, keresési találatok —, az nem lehet statikus, és a jó architektúra általában statikus váz, amelybe a dinamikus rész külön töltődik be, ahelyett hogy egyetlen komponens kedvéért az egész oldal dinamikussá válna.
Kapcsolódó fogalmak
Hidratáció
Az a lépés, amikor a JavaScript a böngészőben átveszi a szerveren renderelt HTML-t, és interaktívvá teszi.
Core Web Vitals
A Google három mezei mérőszáma a betöltésre, a válaszkészségre és a vizuális stabilitásra, valódi látogatásokon mérve, nem laborban.
LCP (Largest Contentful Paint)
Az a pillanat, amikor a nézetablak legnagyobb tartalmi eleme megjelenik — gyakorlatilag amikor az oldal betöltöttnek látszik.
Ide tartozó munkapad
Full-stackHa el tudod mondani, meg tudjuk csinálni. React és Next.js elöl, Python vagy Node mögötte, Postgres alatta, olyan helyre szállítva, aminek a futtatását megengedheted magadnak.
