Tout d'abord, je m'excuse par avance de la débilité éventuelle de ma question.
Dans le cours "comprendre le web", on nous explique que lorsqu'un client demande une page au serveur, le serveur génère la page en langages serveur et la envoie sous forme de code HTML et CSS. Grosso modo, le serveur traduit les langages backend en langages fronted pour qu'il puisse être lu par l'ordinateur client.
Ma question est la suivante ; pourquoi passer par un serveur pour la traduction de langage ? Si une page web est capable de lire et d'afficher un codage HTML, pourquoi ne serait-ce pas le cas pour un langage PHP, par exemple ? Pourquoi cette nécessité de passer par un serveur finalement ?
Encore une fois, désolée si cette question paraît impertinente.
Si une page web est capable de lire et d'afficher un codage HTML, pourquoi ne serait-ce pas le cas pour un langage PHP, par exemple ? Pourquoi cette nécessité de passer par un serveur finalement ?
Il existe des tas de langages, et ce serait très lourd pour les navigateurs d'intégrer plein d'interpréteurs. Il a fallu se mettre d'accord sur une norme qui soit relativement stable pour que tout le monde puisse communiquer sur le web en minimisant les incompatibilités : HTML et CSS comme langages de description et présentation, et Javascript comme langage de programmation.
On est pas contraint sur les langages serveur, parce que le client ne voit pas ce qui se passe dessus, tant que le serveur renvoie un truc qui correspond à ce que les navigateurs peuvent comprendre, c'est bon.
Un peu comme les protocoles de communication, on pourrait souhaiter qu'un navigateur puisse causer en autre chose que http : ftp par exemple, ou ssh, ou des tas d'autres qui existent, mais ce serait bordélique.
- Edité par LoupSolitaire 16 septembre 2019 à 18:57:31
Si une page web est capable de lire et d'afficher un codage HTML, pourquoi ne serait-ce pas le cas pour un langage PHP, par exemple ? Pourquoi cette nécessité de passer par un serveur finalement ?
Il existe des tas de langages, et ce serait très lourd pour les navigateurs d'intégrer plein d'interpréteurs. Il a fallu se mettre d'accord sur une norme qui soit relativement stable pour que tout le monde puisse communiquer sur le web en minimisant les incompatibilités : HTML et CSS comme langages de description et présentation, et Javascript comme langage de programmation.
On est pas contraint sur les langages serveur, parce que le client ne voit pas ce qui se passe dessus, tant que le serveur renvoie un truc qui correspond à ce que les navigateurs peuvent comprendre, c'est bon.
Un peu comme les protocoles de communication, on pourrait souhaiter qu'un navigateur puisse causer en autre chose que http : ftp par exemple, ou ssh, ou des tas d'autres qui existent, mais ce serait bordélique.
- Edité par LoupSolitaire il y a 29 minutes
Merci beaucoup pour cette réponse très complète !
Les langages serveur
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Blond, bouclé, toujours le sourire aux lèvres...