Il n'y a pas de plus dynamique :
Grace à l'ajax on ne rafraîchit que la requette et donc tout le reste, image, html... ne se recharge pas. Mais la requette est construite en php et seul l'appel est en javascript (d'ou la nom ajax) avec l'objet xmlhttprequest

Avec le php ou grace à lui quand on fait un requete on recharge toute la page. Donc à ton avis il est ou l'interêt d'ajax ?

ex:
Le forum sur lequel tu te trouve est en sans ajax, mais un site comme netvibe est en ajax.

Nos comptemporain adore l'ajax, voilà mon dilème. D'un coté les gourous me disent de ne jamais faire confiance aux utilisateurs, et d'un autre coté, google utilise ajax, le plus gros moteur de recherche francophone. Le microsoft du web.

Donc si un gentil client, plein aux as, me demande de l'ajax partout, comme google quoi (je suis un doux rèveur) je vais me plier à ces quatres volontés..etc
Donc suite à une demande pressante, j'ai tout simplement simuler de l'ajax ici.
http://creatif-web.be/assoc/dossier.php?page=Sant%E9
"Petit bug sous IE on arrive pas à cliquer"
Donc si on click il n'y a pas d'actualisation.
Mais j'ai pas l'impression que tu comprennes tout, sa parceque la théorie c'est une chose, et la pratique en est une autre.
Comme un bon cordonnier qui tape dans le marteau, toi tu dois taper dans le clavier

En fait non, PHP reste indispensable pour atteindre la base de données...

Ajax te permet d'executer un fichier PHP qui fait la requête, récupère les infos et les transmet à la page hôte.

Et derrière tu utilises ces infos sur ta page.

Et au final, concrètement, tu n'a pas rechargé la page hôte

Je voudrais quand même faire quelques précisions...

- Le javascript s'exécute côté client. Il permet de réagir immédiatement en fonction des actions menées par l'utilisateur sur le navigateur mais est limité dans la mesure ou tout doit être chargé dans la page dès l'ouverture

- L'objet HttpRequest permet d'interroger le serveur à l'aide de javascript. Le gros avantage est donc de ne plus avoir besoin de tout charger initialement, mais de pouvoir aller récupérer uniquement ce dont on a besoin, seulement quand on en a besoin, pour compléter la page.

- Côté serveur, ajax envoi ses paramètres comme n'importe quel utilisateur le fait via son navigateur. Il lit le résultat affiché à l'écran (généralement formaté en xml pour pouvoir distingué différent éléments, mais ça n'a rien d'obligatoire)

- Il n'est pas nécessaire d'utiliser php : n'importe quel langage côté serveur (php, asp, jsp, cgi, ...) peut retourner un résultat à l'écran (et donc à Ajax) - Ajax peut d'ailleurs très bien interroger une simple page html qu'il affichera directement dans un coin.

- L'avantage d'un script sur le serveur est de pouvoir se connecter à une base de données et d'exécuter des requêtes SQL. Aussi bien pour enregistrer des données que pour en lire et retourner le résultat. C'est un plus non négligeable, mais cela n'a rien d'indispensable

artotal >> "ne jamais faire confiance aux utilisateurs" est toujours vallable, même en Ajax. La seule chose qui change c'est la façon dont les données arrivent (et encore, ça reste du get ou du post), mais rien ne t'empêche dans ton script côté serveur de les tester en php et de les refuser si elles ne correspondent pas à ce que tu attends (et à renvoyer un message d'erreur à l'écran, qu'ajax se fera une joie de transmettre à l'utilisateur benêt ou malveillant )

C'est un peu difficile à voir ... mais ça vient et je progresse dans le bon sens ... donc je ne désespere pas, je continu à apprendre et le mieux je pense et de mettre les mains dans le code !!!
Toutes ces questions car je dois adapter une application aux normes AJAX !!

...

c'est vrai qu'on peux tester un script en ajax avec php, j'y avait vraiment pas penser
merci Ryle pour cette info