Konrad Kowalski (rootsher)Principal Platform & Reliability Architect010010001000100011010100010010001011001001001000

HTML

wpisy (6)

  1. Frontend Rendering: od server-side pages do hybrydowego renderowania14/17

    Islands architecture: interaktywne wyspy w statycznym dokumencie

    Punktem wyjścia przestaje być aplikacja. Strona jest dokumentem, a client runtime dostają tylko te fragmenty, które go naprawdę potrzebują.

  2. Frontend Rendering: od server-side pages do hybrydowego renderowania10/17

    Streaming SSR: nie czekaj na cały render

    Odpowiedź przestaje być atomowa. Serwer wysyła gotowe fragmenty, a najwolniejsza zależność nie blokuje już całego dokumentu.

  3. Frontend Rendering: od server-side pages do hybrydowego renderowania7/17

    SSG: renderowanie zanim pojawi się użytkownik

    Build-time rendering zamienia koszt requestu na koszt builda. Płacimy raz, serwujemy tanio i zaczynamy mieć problem ze świeżością danych.

  4. Frontend Rendering: od server-side pages do hybrydowego renderowania5/17

    Powrót SSR: serwer znowu renderuje HTML

    Serwer renderuje pierwszy widok nie po to, żeby frontend zniknął, tylko po to, żeby treść powstała wcześniej. Reszta kosztu zostaje na kliencie.

  5. Frontend Rendering: od server-side pages do hybrydowego renderowania2/17

    AJAX: moment, w którym strona zaczęła zachowywać się jak aplikacja

    Request przestał oznaczać nawigację. Browser utrzymuje aktualny dokument i sam decyduje, co zrobić z odpowiedzią serwera.

  6. Frontend Rendering: od server-side pages do hybrydowego renderowania1/17

    Server-rendered web: zanim frontend stał się aplikacją

    Serwer składał pełny dokument dla każdego requestu, a browser był rendererem dokumentów. Model prosty, dopóki jednostką aktualizacji mógł być cały dokument.