Le script doit bien être envoyé au client, non ?
En résumé : lors d'un submit d'un formulaire sans contrôle JavaScript, (du côté client), une requêtte http est envoyé au serveur, et cette requêtte va transiter via internet (ou le réseau local dans le cas d'un intranet) et utiliser des ressources du serveur pour être traitée.
Si tu fais une vérification en JavaScript, les envois rendus "inutiles" par des données non valides, seront filtrés, directement sur le pc du visiteur, et aucunes requêttes ne sera envoyés au serveur.
C'est bien-sûr, le cas idéal, où JavaScript est activé sur la machine cliente, si ce n'est pas le cas, une requêtte sera envoyé de toute façon au serveur, et c'est là que les vérfications seront faites.
Ce ne sont pas quelques if, au début d'un script php, qui posent problême mais bien, l'exécution inutile pur et simple du script sur le serveur, ce qu'on peut ainsi éviter.
Et je sais par expérience, que sur des sites, à fort traffic, avec des visiteurs pas très "doués' ( ou ayant du mal à comprendre ce qu'il leur est demandé dans le formulaire
) on peut éviter une grosse partie des requêtes inutiles, et c'est très souvent nécessaire, quand on a pas un serveur dédié super performant...
Coder proprement et optimisé, c'est jamais un luxe
Bien sûr que j'ai lu les posts précédant, mais je n'en ai trouvé qu'une seule : JS évite à l'utilisateur d'avoir à recharger la page. On gagne 3 secondes, quoi...
