Compréhension code en PHP ($_POST, $_GET...)

Les superglobales sont créées automatiquement par php, relis bien ce que j'ai écrit. Effectivement, tu as compris le principe de $_REQUEST. Le code est à copier dans une page vierge nommée par exemple server.phhp (pour être original) et que tu placeras où tu veux sur ton serveur. tu l'appelles ensuite comme n'importe quelle autre page et tu verras quelles données fournit le serveur à php (entre autres choses : les éventuelles variables, la méthode http, le nom du script appelé, l'url demandée, le nom du serveur, les données d'identification http...).

Comme dit précédemment, php remplit ces superglobales en fonction des données fournies par l'utilisateur, au moyen d'un formulaire (post/get) ou de la query string de l'url (get). Ces variables superglobales sont diponibles dans le script correspondant à l'attribut action du formulaire (en fonction de l'attribut method, ce sera soit $_GET, soit $_POST qui sera rempli), ou bien dans le script précédent la query string (mon.site.tld/repertoire/script.php?var=toto : lors de l'exécution de script.php, $_GET['var'] vaudra 'toto').

Il faut que tu comprennes que le formulaire peut être sur une page html, indépendante de la page php. Le formulaire n'a absolument pas besoin d'être créé sur la même page que celle qui va recevoir les données.

Pour l'email, il est peut être utilisé par la suite, je ne peux pas te dire sans avoir tout le code...

JAVASCRIPT N'EST PAS JAVA ! Rien à voir, sinon que le nom de javascript a été choisi pour surfer sur le succès de Java.

Ton script se contente de cacher (à l'affichage) le bloc d'id formErrors, qui contient les erreurs de saisies du formulaire.

Tu devrais regarder les notice, ça peut t'informer sur un certain nombre de choses à éviter ;-p

En ce qui concerne d'éventuels if en dehors des balises php, il n'y en a pas ! Si c'étati le cas, le texte if([...]) serait affiché dans la page résultante. Par contre il met parfois le corps du if, c'est à dire le code html à afficher hors des balises <?php ?>, ce qui est parfaitement légitime puisqu'il s'agit de contenu statique (c'est plus lisible qu'une série de echo "\t<p>blahblah</p>\n").

J'ai dit que les performances étaient améliorées, mais c'est vraiment négligeable, l'avantage est surtout la lisibilité du code. C'est aussi une question de préférence personnelle.

En ce qui conerne ta formation, enseigner html et css et proposer un stage en php n'est pas très normal : ni html, ni css ne sont des langages de programmation ! Cela dit, tu as là une bonne occasion d'apprendre, c'est à ça que servent les stages !

Pour apprendre php en douceur, je te conseille d'aller voir sur le siteduzero, le tuto proposé est très accessible. Et pour comprendre toutes les fonctions rencontrées, il n'y a pas mieux que la documentation officielle.

https://openclassrooms.com/fr/courses/918836-concevez-votre-site-web-avec-php-et-mysql
https://www.php.net/docs.php

Bon, reprenons ^^... Le tableau $_GET (ainsi que les autres) est rempli par le moteur php avant de commencer l'exécution du script appelé.

En gros, l'utilisateur soumet un formulaire, ou clique sur un lien contenant une url avec des paramètres, la requête est envoyée au serveur web (comme apache), qui détermine que la page appelée est un script php. Le serveur web appelle l'exécutable php en lui passant le nom de la page demandée, ainsi que les paramètres de la requête. A partir de ces paramètres, php remplit les superglobales et les met à disposition du script appelé.

Lorsque j'ai dit que les superglobales étaient disponibles dans toute l'application, je me suis mal exprimé... Leur durée de vie est limité, comme pour toutes les variables, à la durée d'exécution du script. Cependant, leur portée est globale, ce qui signifie que tu peux y accéder depuis toutes les fonctions, méthodes de classes, fichiers inclus de ton script.

Le script qui va traiter les données peut être n'importe quelle page, du moment qu'elle a été écrite pour ça. Elle pourrait même se trouver sur un autre serveur, puisque ces données sont transmises par le protocole http, qui n'a rien à voir avec php.

Je ne comprends pas ce que tu veux dire avec ton histoire de $Var1='toto'. Ceci ne peut pas être converti directement en url?Var1=toto... Je te rappelle que php est un langage côté serveur, tu ne peux donc pas exécuter de php côté client.

Essaie de clarifier ta question, je tâcherai d'y répondre.

Le site était down hier entre 3h et 17h environ, ce n'était pas que toi. Pour ton message en triple exemplaires, signale le toi-même aux modos en précisant la raison, il ne devrait pas y avoir de problème.

Vu ton récapitulatif, j'ai l'impression que tu n'as encore pas tout à fait compris ce que je t'ai expliqué.

Mettons que tu as un formulaire html (qui n'a rien a voir avec php) de cette forme :

<form method="get" action="http ://mon.site.tld/traitements/truc.php">
  <input type="text" name="nom" />
  <input type="text" name="prenom" />
  <input type="submit" />
</form>

Ce formulaire indique au navigateur qu'à sa soumission, il faudra envoyer une requête HTTP de type GET à la page http ://mon.site.tld/traitements/truc.php. Le navigateur va construire la requête en ajoutant la query string au chemin de la page. Ensuite il appelle l'url à laquelle il concatène la query string, ce qui donne :

http ://mon.site.tld/traitements/truc.php?nom=<valeur saisie>&prenom=<valeur saisie>

Si on avait spécifié method="post" dans le formulaire, on aurait indiqué au navigateur que la requête à effectuer à la soumission était de type HTTP POST. Dans ce cas, le navigateur aurait envoyé un requête HTTP POST à la page indiquée, en ajoutant dans les en-têtes les paires clé=valeur correspondant aux champs du formulaire :

nom=<valeur saisie>
prenom=<valeur saisie>

Pour rappel, lorsque tu clique sur un lien, que tu saisis une url, que tu récupères une page de manière classique, tu effectues une requête HTTP GET.

Comme tu l'auras remarqué, la construction et le lancement de la requête sont donc gérés par le navigateur. Le serveur situé à l'url indiquée va ensuite tenter de satisfaire cette requête selon le processus indiqué dans mon dernier post, la méthode étant indiquée dans les en-têtes, et renverra le résultat de cette exécution au navigateur, qui l'affichera. L'url indiquée par le navigateur est l'url pour laquelle il a effectué la requête.

Tu peux cependant créer toi-même ta requête de type GET, statiquement (directement dans une page html) ou dynamiquement (génération par php en fonction de certains paramètres). Par exemple tu pourrais avoir une navigation de la forme :

http ://mon.site.tld/index.php?categorie=<nom de la catégorie>

pour ton site de e-commerce.
Toutes les requêtes passent donc par la même page index.php, qui va ensuite, par exemple, interroger une base de données pour récupérer les produits correspondant à la catégorie.

Tu ne vas pas faire un formulaire pour demander à l'utilisateur quelle catégorie il veut visiter, tu vas plutôt générer un menu avec des liens vers les différentes catégories existant dans ton site. Ces liens seront donc créés par ton application.

J'espère que les choses sont plus claire maintenant et que mes exemples ne t'ont pas perdu plutôt qu'éclairé !

Et je te rappelle que, dans le cas où ton formulaire est généré dans une page php par exemple, il n'est absolument pas obligatoire qu'il soit traité dans la même page : tu peux très bien avoir une page form_generation.php qui crée une page avec un formulaire dont la soumission est envoyée à form_traitement.php.

Envoie moi le lien du nouveau sujet par mp, je ne sais pas si j'aurai le temps d'y jeter un coup d'oeil ce weekend mais dès que j'ai cinq minutes je me penche sur la question.

Et de rien encore !