Perché esattamente il rendering HTML lato server è più veloce del lato client?

Question

Sto lavorando su un sito Web di grandi dimensioni e stiamo trasferendo molte funzionalità sul lato client (stack Require.js, Backbone e Handlebars). Ci sono anche discussioni su possibilmente spostando tutto il rendering sul lato client.

Ma leggendo alcuni articoli, specialmente quelli su Twitter che si allontanano dal rendering lato client, che menzionano che il lato server è più veloce/più affidabile, comincio ad avere domande. Non capisco come il rendering di widget HTML abbastanza semplici in JS da JSON e modelli sia un browser contemporaneo su una CPU dual core con 4-8 GB di RAM è più lento di fare dozzine di inclusioni nell'app lato server. Ci sono delle vere cifre di benchmarking reali su questo?

Inoltre, sembra che l'analisi di modelli HTML da parte dei motori di templating lato server non possa essere più veloce del rendering del codice HTML stesso da un modello Handlebars, soprattutto se si tratta di una funzione JS precomp?

Answer 1

Ci sono molte ragioni:

1. JavaScript viene interpretato la lingua ed è più lento di quello lato server (di solito fatto in linguaggio compilato)
2. manipolazione del DOM è lento, e se si stanno manipolando in JS esso si traduce in scarse prestazioni. Ci sono modi per superare questo come preparando il rendering in testo e poi valutandolo, questo potrebbe in effetti avvicinarti al rendering lato server.
3. Alcuni browser sono semplicemente troppo lento, soprattutto vecchio IE

Answer 2

• prestazioni del linguaggio compilato contro javascript interpretato
• Caching, vale a dire - che serve l'esatto stessa pagina un altro utente ha già richiesto, questo rimuove il bisogno per ogni cliente di renderlo. Ottimo per siti con traffico enorme, ovvero siti di notizie. La micro-cache può anche fornire quasi aggiornamenti in tempo reale, ma offre un traffico significativo dalla cache. Non c'è bisogno di aspettare per il client di rendering
• Meno dipendenza da utenti con vecchi computer o/browser lenti storpi
• solo bisogno di preoccuparsi per il rendering, meno affidamento su come i diversi browser gestire DOM (affidabilità)

Ma per un'interfaccia utente complessa, la resa lato client delle interazioni fornirà un'esperienza utente più snella.

Dipende molto dalle prestazioni che stai cercando di ottimizzare e dal numero di utenti.

Answer 3

Per eseguire il codice sul lato client, è necessario prima caricarlo. Il codice lato server viene appena caricato all'avvio del server, mentre il codice client deve essere caricato ogni volta che la pagina viene caricata. In ogni caso il codice deve essere interpretato quando si carica la pagina, anche se il file è già in cache. Si potrebbe anche avere il caching degli alberi di analisi JS nel browser, ma penso che quelli non siano persistenti, quindi non vivranno a lungo.

Ciò significa che non importa quanto sia veloce il JavaScript (ed è piuttosto veloce) che il lavoro deve essere eseguito mentre l'utente è in attesa. Molti studi hanno dimostrato che il tempo di caricamento delle pagine influisce notevolmente sulla percezione da parte degli utenti della qualità e della pertinenza dei siti.

La linea di fondo è che hai al massimo 500ms per ottenere il rendering della pagina da una cache pulita nel tipico ambiente di sviluppo.I dispositivi e le reti più lenti renderanno questo ritardo appena accettabile dalla maggior parte degli utenti.

Quindi probabilmente hai 50-100 ms per fare cose in JavaScript durante il caricamento della pagina, tutto questo, in totale, il che significa che il rendering di una pagina complessa, beh, non è facile.