Care sunt dezavantajele randării pe partea serverului (SSR)?

Principalele dezavantaje ale SSR:

• Creșterea încărcării pe server: Fiecare solicitare a clientului necesită redarea completă a paginii pe server, ceea ce consumă mai multe resurse (CPU, memorie) comparativ cu servirea fișierelor statice sau SPA.
• Complexitatea dezvoltării: Este necesar să se țină cont de isomorfismul codului (lucru pe server și pe client), gestionarea stării între solicitări, manipularea datelor asincrone. Debugging-ul poate fi mai dificil.
• Timp de nefuncționare în caz de erori ale serverului: Dacă serverul principal de redare eșuează, site-ul poate deveni inaccesibil, spre deosebire de SPA, unde clientul poate continua să lucreze cu resursele în cache sau cu o pagină fallback.
• Timp mai lung până la interactivitate (TTI): Deși primul conținut apare mai rapid (FCP), utilizatorul nu poate interacționa cu aplicația până când toate JavaScript-urile (hidratare) nu sunt încărcate și executate pe client. În SPA, interactivitatea poate apărea mai devreme pe părțile deja încărcate ale paginii.
• Complexitatea caching-ului: Cache-izarea HTML-ului generat dinamic este mai dificilă decât resursele statice. Sunt necesare strategii de caching mai sofisticate pe partea de server.
• Timp mai mare pentru primul byte (TTFB): Serverul are nevoie de timp pentru a procesa solicitarea, a obține datele, a reda HTML-ul și a trimite primul byte înapoi către client.
• Pot apărea probleme cu codul izomorfic: Unele API-uri client (de exemplu, window, document) nu sunt disponibile pe server, ceea ce necesită scrierea de cod condițional sau utilizarea de biblioteci speciale.

// Exemplu de redare condițională pe server
if (typeof window === 'undefined') {
  // Cod care rulează doar pe server
  console.log('Redare pe server');
} else {
  // Cod care rulează doar pe client
  console.log('Redare pe client');
}