Rendu côté client et rendu côté serveur

Rendu côté client, également appelé CSR, le navigateur restitue la page lui-même à l'aide de JS. Au lieu d'envoyer une page prête à l'emploi depuis le serveur, le serveur fournit le JavaScript qui s'exécutera dans le navigateur et construira le contenu au fur et à mesure que l'utilisateur interagit avec le site. Nous avons de nombreux exemples de sites Web de rendu côté client, c'est-à-dire Facebook et d'autres médias sociaux, car ils nécessitent un chargement de page continu.

Processus :

• Le serveur envoie un fichier HTML initial.
• Téléchargez le code JS côté client à partir du serveur.
• Le code JS génère l'interface utilisateur finale.

Avantages :
- Des applications Web plus dynamiques et interactives.
- Il offre une expérience plus fluide aux utilisateurs et à chaque chargement.
- Cela réduit le besoin supplémentaire de requêtes côté serveur.

Inconvénients :
- Ses temps de chargement initiaux sont plus lents.

Le

Rendu côté serveur, également abrégé en SSR, se produit lorsque le serveur compose et envoie au côté client une page HTML entièrement formée qui inclut tout le contenu dynamique. Le navigateur affiche alors simplement la page sans aucun travail supplémentaire. En conséquence, les utilisateurs visualisent le contenu plus rapidement puisque tout le traitement s’effectue côté serveur. Par exemple, comme j'ai lu quelque part que wordpress et github sont basés sur un rendu côté serveur (corrigez-moi si je me trompe)

Processus :

• Le serveur reçoit une demande pour la page Web, récupère les données requises, remplit un code HTML et applique les styles nécessaires.
• Maintenant, la page entièrement rendue est envoyée par le serveur au navigateur pour être affichée.
• Dans le cas du chargement initial de la page, aucun type de JS n'est requis.
• Les interactions utilisateur et les mises à jour ultérieures sont gérées par le rendu JS côté client.

Avantages :
- Il se charge plus vite la première fois.
- Meilleure expérience utilisateur même avec un réseau plus lent.

Inconvénients :
- Plus de charge de serveur nécessite.
- Il sera lent lorsqu'il sera demandé plusieurs fois.

En un mot :

Enfin, j'y ajouterai ma propre opinion, pour les applications qui considèrent l'interactivité et l'engagement des utilisateurs comme les principaux aspects, comme les médias sociaux ou les applications Web avec beaucoup de logique côté client, la RSE est la meilleure. Cependant, là où le contenu est lourd, comme les sites Web plus intéressés par le référencement et les vitesses de chargement initiales rapides, le SSR sera une meilleure option. Cela dépend de la nature de la candidature et du public cible à déterminer.

Ainsi, par une analyse minutieuse des forces et des faiblesses, le développeur peut prendre la décision d'avoir la bonne stratégie de rendu équilibrant les performances, la convivialité et la facilité de recherche.

Bon codage. Merci.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!