pas besoin de recharger la page pour exécuter un script php??

merci c'est cool :)
par contre, vous n'auriez pas de bons tutoriaux sur ajax ou le xmlhttprequest svp??
merci beaucoup
ps : ca me donne tout plein d'idées ce pitit truc ajax ^^

merci J_G et coucou :)
je vais voir de quoi ca parle, ca a l'air bien intéressant ;)

++ et encore merci

Pour finalement comprendre pourquoi un clic n'est pas nécessaire, il faut comprendre que cela nécessite un complément de support du côté du navigateur; tout est dans le support du composant XmlHttpRequest, qui est un composant actif (donc soumis à des restrictions de sécurité).Il faut déjà parvenir à le charger dans une page du navigateur, et l'activer, ce qui n'est pas garanti.
Mais une fois qu'il est activé, on peut l'instancier, ce qui crée un thread dans le navigateur, prêt à s'exécuter quand on lui aura fourni une requête à effectuer.
La requête n'est pas forcément une requête XML (quoi qu'en dise son nom), mais n'importe quelle requête HTTP; on fournit l'URL à charger, les paramètres (pour les requêtes de type GET, il faut les passer dans l'URL au format URLencodé, mais attention aux contraintes de taille maxi d'URL, éviter GET si les données à fournir sont volumineuses, par exemple si elles viennent d'un formulaire de saisie de texte comme un message à envoyer ou des commentaires en ligne, dans ce cas il faut utiliser la méthode POST et passer les paramètres séparément de l'URL, via les méthodes de l'objet XmlHttpRequest.

Une fois les paramètres et l'URL codés correctement et fournis, on demande à l'objet de s'exécuter: le thread sera lancé dans le navigateur qui se chargera d'effectuer la requête en se connectant au serveur (attention: si l'URL indiquée va vers un autre serveur que la page, votre requête peut être bloquée par le navigateur qui cherchera à bloquer les scripts méchants et invisibles cherchant à détourner des données: il y a des virus qui cherchent à contaminer les pages chargées depuis certains sites, en y ajoutant un bout de javascript qui va vouloir exécuter des requêtes via XmlHttpRequest, pour détourner les données que vous saisissez sur le site que vous visiter pour les envoyer à un autre site). Des restrictions imposent donc d'effectuer la requête dynamique XmlHttpRequest vers le même domaine que la page HTML affichée dans la frame courante du navigateur (et des restrictions pour accéder aux données de formulaires ou schéma DOM affiché dans les autres frames si elles ne sont pas dans le même domaine que la frame courante, car sinon le risque d'hameçonnage sera trop facile via un site faisant exécuter sa requête XmlHttpRequest depuis une frame invisible cherchant à accéder aux données que vous saisissez dans une frame principale affichant votre site sensible préféré).

La requête XmlHttpRequest ne peut pas se terminer tout de suite: votre javascript se termine, mais la requête continue en arrière-plan dans un thread du navigateur. Quand la réponse est parvenue, le composant XmlHttpRequest va générer un évènement Javascript vers l'élément de la page que vous lui avez indiqué. C'est dans ce nouveau javascript présent dans la page que vous récupérez la réponse obtenue, stockée dans la variable contenant votre objet XmlHttpRequest; il ne reste plus qu'à afficher ou traiter la réponse obtenue pour l'insérer dans la page actuelle avec les fonctions Javascript du DOM.

Ceci dit, pour maitriser tout ça, la programmation est assez complexe car il faut programmer simulatanément des pages PHP sur le serveur pour intercepter et traiter les requêtes AJAX, mettre dans les pages PHP le code HTML des pages, programmer le javascript qui va s'exécuter sur le navigateur, maitriser le DOM de la page HTML elle-même, jongler avec les codages de paramètres (et s'assurer aussi du codage du text que vous lui soumettez, et s'assurer que le serveur utilise aussi le bon codage pour décoder vos paramètres.

Mais rien de tout ça ne fonctionnera, si le navigateur ne supporte pas XmlHttpRequest (ou si le composant ActiveX qui le supporte est désactivé dans un navigateur IE), ou si Javascript est désactivé (car alors pas moyen même de déclencher les évènements de mise à jour dynamique. Penser donc à garder votre site opérationnel sans Javascript, via des formulaires plus classiques accessibles avec un clic normal sur un bouton d'envoi de formulaire.

Et AJAX ne dispense pas, même s'il fonctionne de faire des contrôles de validité des paramètres et de synchronisation des requêtes entre elles afin de s'assurer qu'elles proviennent de la bonne session (éviter les attaques par reproduction de requête.) il peut être donc nécessaire de fournir dans la requête XmlHttpRequest un paramètre donnant la valeur d'une variable de session unique et de son état (que le serveur va vérifier), et surtout vérifier à chaque fois sur le serveur la validité de tous les paramètres que vous allez prendre en compte (ne pas croire que les contrôles faits du coté client en Javascript vont suffire, même s'ils peuvent être utiles pour réduire la charge sur le serveur en lui évitant d'avoir à traiter trop de requêtes inutiles tant qu'un formulaire n'est pas complet et dans un format acceptable): votre script PHP sur le serveur doit toujours tous les revérifier si le serveur va générer des données critiques ou accéder et renvoyer à des infos personnelles sur votre utilisateur, car il ne doit pas les renvoyer à n'importe qui!

Note: XmlHttpRequest supporte aussi les requêtes via HTTPS pour les transactions sécurisées, mais c'est plus compliqué à faire si la page HTML principale n'est pas aussi en HTTPS sur le même domaine. On évitera de méler HTTP et HTTPS, et de mélanger les noms de domaines entre la page principale les les requêtes AJAX.