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 !
@DevTheory2 жыл бұрын
Merci Guillaume ! 🙏
@69guigz2 жыл бұрын
Merci pour ta vidéo, ça a toujours été un peu flou pour moi ces concepts de rendu
@brunometronome11892 жыл бұрын
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 !
@kissu_io2 жыл бұрын
Ç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. 👌🏻
@brunometronome11892 жыл бұрын
@@kissu_io Effectivement, remarque pertinente. Je te remercie !
@DevTheory2 жыл бұрын
Merci pour ta réponse Konstantin ! 🙏
@thierrysandre4402 жыл бұрын
Bien précis que c'est pour un dev javascript :)
@DevTheory2 жыл бұрын
😁
@vivouprince2 жыл бұрын
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 ?
@kissu_io2 жыл бұрын
Comme n'importe quel morceau que tu envoies côté client en somme. 👌🏻
@MrJohAA2 жыл бұрын
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
@DevTheory2 жыл бұрын
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.
@MrJohAA2 жыл бұрын
Pour le Js oui, niveau Html et Css normalement ça reste accessible
@nelsondelize37182 жыл бұрын
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_io2 жыл бұрын
Pourquoi faire cela ? Aucune intérêt de donner une expérience moins cools à tes users. Ça devrait même être le contraire.
@nelsondelize37182 жыл бұрын
@@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?
@DevTheory2 жыл бұрын
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.
@TheBenabri2 жыл бұрын
Truc que je pige pas : le rendu dit « server », c’est pas ca le truc a l’ancienne qui date un peu ?
@kissu_io2 жыл бұрын
Oui on peut dire ça même si la plupart du temps c'est souvent accompagné d'une phase d'hydratation.
@MrJohAA2 жыл бұрын
@@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 ?
@DevTheory2 жыл бұрын
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
@TheBenabri2 жыл бұрын
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:))