Euh, je ne comprends pas pourquoi les gens ne comprennent pas. Il n'y a pas de code frontal avec les sites Web. C'est tout le code back-end. Le code frontal est le navigateur, donc à moins que vous ne travailliez sur Mozilla ou IE ou Chromium / google ou safari, vous écrivez du code côté serveur. Voici comment cela fonctionne: le navigateur demande un fichier au serveur Web. Le serveur Web génère un fichier. Le navigateur interprète ce fichier et peut demander des fichiers supplémentaires (images, javascript, css, etc.) et interpréter ces fichiers jusqu'à ce que tous les fichiers aient été interprétés.
Maintenant, ce premier fichier demandé par le navigateur est un fichier html. Le fichier html est analysé et le navigateur décide comment rendre son contenu. Ainsi, l'un des concepts importants à retenir ici est que le fichier html est consommé par un analyseur.
Le serveur Web est un logiciel qui écoute sur un port et traite les demandes de fichiers. Si le fichier est un fichier statique (nous entendons ici statique dans le sens où le fichier est déjà créé), il est simplement copié tel quel sur le client demandeur. Si le fichier est dynamique, ce qui signifie qu'il est créé chaque fois que le fichier est demandé, le serveur Web demande que le fichier soit généré par le logiciel qui génère le fichier (soit un processus en cours d'exécution, une bibliothèque chargée ou le lancement d'un processus) et ce logiciel génère le fichier et l'envoie au serveur Web, qui, à son tour, l'envoie au client.
Une fois que ce fichier a été "servi" au client et analysé, le client peut demander d'autres types de fichiers, tels que des fichiers json, où il peut contourner l'analyse par le moteur de rendu html et à la place, renvoyer le fichier à l'interpréteur javascript exécuté dans le client, et ceux-ci sont analysés (eval est une forme d'analyse) par javascript. Voilà sur quoi AJAX est basé.
Maintenant, comment cela vous affecte-t-il? Si un fichier sur le serveur est généré dynamiquement, un logiciel s'exécutant sur le serveur lui indique comment générer le fichier. Les personnes qui programment ces logiciels sont considérées comme des programmeurs "côté serveur".
Ces fichiers html, générés sur le serveur, indiqueront au navigateur quels autres fichiers inclure, donc le javascript et les images et le css doivent être importés, organisés et autrement organisés par le fichier html généré.
De nombreux frameworks web, et j'ose dire, des méthodologies (MVC et al) ont été développés pour créer une frontière entre le travail pur "côté serveur" et le travail "côté client".
J'ai oublié de mentionner, oh mon cher, les personnes de données. Les personnes chargées du stockage de données sont encore plus côté serveur que les auteurs de logiciels générant des fichiers html côté serveur. Le stockage de données, qu'il s'agisse d'une base de données relationnelle, NoSQL ou autre, est une tout autre chose. Je mentionne cela parce que les cadres et méthodologies vantés par les gros vendeurs (MVC et al encore) semblent faciliter la simple mise en gras.
Woah, quelle réponse longue.
Je fais cette réponse apparemment variable pour contester votre affirmation selon laquelle il existe des développeurs côté serveur et des développeurs côté client. Si vous livrez votre système d'information via un site Web, tout doit être stocké, organisé et géré sur le serveur. Et c'est un gros gâchis, et à moins que vous ne sachiez vraiment comment tout cela fonctionne, vous aurez beaucoup de temps à le faire fonctionner correctement. Tout est donc côté serveur.