En ce moment, je recherche un maximum d'informations sur le rendu dynamique qui permet de switcher entre 2 mode en fonction du userAgent. SSR pour les bots de référencement et rendu côté client pour les utilisateurs réels
@@kissu_io Je pense que tu n'as pas bien compris mon commentaire. Je reformule. L'idée du rendu dynamique est de permettre aux applications single page de le rester, mais dès qu'elles sont visitées par des bots de référencement, elles switch automatiquement pour rendre une page statique. En quoi cela est-ce une mauvaise chose pour l'UX?
Je pense effectivement qu'il vaut mieux rester sur un même mode de rendu pour tout type d'user-agent, personne ne connait vraiment l'algorithme de référencement il vaut donc mieux se concentrer sur l'utilisateur car l'algorithme a pour but la meilleure expérience utilisateur.
Merci Bryan. Excellente vidéo pédagogique. Une question : En SPA, le code reste-t'il visible à toutes personnes sachant utiliser le dev tools de son browser ?
Ton navigateur récupère et traite du code dans tous les cas (html, js, css). Ce n'est pas comme si tu recevais juste une image .jpg Donc oui tu pourras toujours utiliser la console de ton navigateur en SPA ou dans n'importe quel autre type de rendu
Le code reste visible, seulement ce n'est pas le même, il est minifié sous forme de bundle donc très compliqué à lire : les variables n'ont plus le même nom et toute la structure est différente, donc difficile de faire du retro engineering, mais pas impossible.
Bonjour Bryan et merci beaucoup pour ces éclaircissements. J'aurais une petite question à laquelle je n'ai jamais trouvé de réponse : Dans le cas du SSR, quel est celui des 2 cas qui se déroule vraiment : 1- Est-ce que c'est uniquement la visite initiale qui fait une requête serveur, ensuite tout le JS est chargé en tâche de fond ce qui implique qu'ensuite le client ne fait plus de requête au serveur (il a téléchargé l'app, ce n'est plus nécessaire) ? 2 - Ou au contraire l'opération de requêter le serveur et d'obtenir une page pré-rendue se fait à chaque navigation et changement de page ? Merci !
Ça dépend de si c'est du SSR en JS genre Next ou Nuxt, auquel cas sauf le premier render vient du serveur et ensuite la SPA prend le dessus. Ou si ton site est MPA (multi pages) comme WordPress ou PHP et query le serveur à chaque fois. Le plus simple est encore de lancer ton projet et de regarder si tu as des logs dans ton terminal serveur. 👌🏻
@@kissu_io Dans tous les cas le SSR est utilisé et nécessaire par google ou autre pour le SEO non ? Du coup pourquoi ce serait un "truc à l'ancienne" ? C'est encore fortement d'actualité non ?
Par "à l'ancienne" je comprend PHP ahah, et oui le PHP fait un rendu serveur pour délivrer uniquement du HTML/CSS/JS, mais ce n'est pas pour autant que c'est une technologie "trop" vieille, juste "plus" vieille et adaptée à d'autres situations
Merci pour vos réponses. Oui, par "à l'ancienne" , je voulais dire "classique". J'ai commencé le DEV il y a une 15zaine d'années, et j'ai toujours utilisé le mode de rendu "server". Du coup les autres modes me paraissent plus neuf, plus "innovant" (et merde, je hais ce mot:))
Très clair! Un grand merci pour cette vidéo.
C'est super clair ! merci beaucoup !
Hello Bryan, ça c'est une vidéo qui va plaire. On me pose souvent la question sur les groupes Facebook que je dirige, bon sujet !
Merci Guillaume ! 🙏
Bien précis que c'est pour un dev javascript :)
😁
Merci pour ta vidéo, ça a toujours été un peu flou pour moi ces concepts de rendu
En ce moment, je recherche un maximum d'informations sur le rendu dynamique qui permet de switcher entre 2 mode en fonction du userAgent. SSR pour les bots de référencement et rendu côté client pour les utilisateurs réels
Pourquoi faire cela ? Aucune intérêt de donner une expérience moins cools à tes users. Ça devrait même être le contraire.
@@kissu_io Je pense que tu n'as pas bien compris mon commentaire. Je reformule. L'idée du rendu dynamique est de permettre aux applications single page de le rester, mais dès qu'elles sont visitées par des bots de référencement, elles switch automatiquement pour rendre une page statique. En quoi cela est-ce une mauvaise chose pour l'UX?
Je pense effectivement qu'il vaut mieux rester sur un même mode de rendu pour tout type d'user-agent, personne ne connait vraiment l'algorithme de référencement il vaut donc mieux se concentrer sur l'utilisateur car l'algorithme a pour but la meilleure expérience utilisateur.
Merci Bryan. Excellente vidéo pédagogique. Une question : En SPA, le code reste-t'il visible à toutes personnes sachant utiliser le dev tools de son browser ?
Comme n'importe quel morceau que tu envoies côté client en somme. 👌🏻
Ton navigateur récupère et traite du code dans tous les cas (html, js, css). Ce n'est pas comme si tu recevais juste une image .jpg
Donc oui tu pourras toujours utiliser la console de ton navigateur en SPA ou dans n'importe quel autre type de rendu
Le code reste visible, seulement ce n'est pas le même, il est minifié sous forme de bundle donc très compliqué à lire : les variables n'ont plus le même nom et toute la structure est différente, donc difficile de faire du retro engineering, mais pas impossible.
Pour le Js oui, niveau Html et Css normalement ça reste accessible
Bonjour Bryan et merci beaucoup pour ces éclaircissements. J'aurais une petite question à laquelle je n'ai jamais trouvé de réponse :
Dans le cas du SSR, quel est celui des 2 cas qui se déroule vraiment :
1- Est-ce que c'est uniquement la visite initiale qui fait une requête serveur, ensuite tout le JS est chargé en tâche de fond ce qui implique qu'ensuite le client ne fait plus de requête au serveur (il a téléchargé l'app, ce n'est plus nécessaire) ?
2 - Ou au contraire l'opération de requêter le serveur et d'obtenir une page pré-rendue se fait à chaque navigation et changement de page ?
Merci !
Ça dépend de si c'est du SSR en JS genre Next ou Nuxt, auquel cas sauf le premier render vient du serveur et ensuite la SPA prend le dessus.
Ou si ton site est MPA (multi pages) comme WordPress ou PHP et query le serveur à chaque fois. Le plus simple est encore de lancer ton projet et de regarder si tu as des logs dans ton terminal serveur. 👌🏻
@@kissu_io Effectivement, remarque pertinente. Je te remercie !
Merci pour ta réponse Konstantin ! 🙏
Truc que je pige pas : le rendu dit « server », c’est pas ca le truc a l’ancienne qui date un peu ?
Oui on peut dire ça même si la plupart du temps c'est souvent accompagné d'une phase d'hydratation.
@@kissu_io Dans tous les cas le SSR est utilisé et nécessaire par google ou autre pour le SEO non ?
Du coup pourquoi ce serait un "truc à l'ancienne" ? C'est encore fortement d'actualité non ?
Par "à l'ancienne" je comprend PHP ahah, et oui le PHP fait un rendu serveur pour délivrer uniquement du HTML/CSS/JS, mais ce n'est pas pour autant que c'est une technologie "trop" vieille, juste "plus" vieille et adaptée à d'autres situations
Merci pour vos réponses. Oui, par "à l'ancienne" , je voulais dire "classique". J'ai commencé le DEV il y a une 15zaine d'années, et j'ai toujours utilisé le mode de rendu "server". Du coup les autres modes me paraissent plus neuf, plus "innovant" (et merde, je hais ce mot:))