[AJAX] utiliser le retour d'une page php classique

Version imprimable

21/05/2009, 16h40
talvins

[AJAX] utiliser le retour d'une page php classique

Bonjour,

Je n'avais encore jamais utilisé AJAX. Jamais eu le temps de m'y intéresser.
C'est fait. Je viens d'essayer, via jQuery.

Je poste les données d'un formulaire. Ok.
Je reçois la réponse (tout est beau dans firebug). Ok.

Mais cette réponse est prévue pour utilisation non AJAX, c-a-d que le php de validation renvoie une page html complète (oui, ok, j'ai compris, il faudra que je structure autrement désormais :)).

Ca me semble être un cas des plus ordinaires, mais je n'ai pas trouvé de solution sur le net (pas du trouver les bons mots-clés) :
La réponse du serveur est une page complète (du doctype au </html>). Comme faire rafraichir cette page (j'ai essayé document.innerHTML mais ça ne fonctionne pas) ou, plus simplement, la ou les div (dont je connais les noms) qui ont été modifiées ?

Si utile, serait-il possible de créer un nouvel objet jQuery avec les données reçues ?

J'ai pensé à filtrer côté serveur (si c'est du xhr, ne renvoie que le bout d'html qui change), mais le site n'étant pas conçu pour ça, il faudrait mettre des conditions partout.

Merci !
22/05/2009, 00h12
emmanuel.remy

Salut,

L'idéal c'est de renvoyer du server les données concernées pour ensuite les injecter dans ta page côté client. Cela recoupe ton idée:

Citation:

Si utile, serait-il possible de créer un nouvel objet jQuery avec les données reçues ?

Côté server, tu peux fabriquer et renvoyer un objet JSON pour te faciliter la vie ensuite en javascript sur le client.

ERE
22/05/2009, 11h23
talvins

Je suis bien d'accord avec toi, mais le but est de pouvoir mettre un soupçon d'AJAX dans un site qui n'était pas prévu pour ça.

Donc mon problème (qui pourrait se poser dans un autre contexte, donc la réponse m'intéresse dans tous les cas), c'est d'arriver à filtrer la page complète que je reçois. Est-ce que je peux en faire quelque chose (sans devoir faire appel une regex) ?
22/05/2009, 11h38
Bovino

Désolé de te le dire, mais il semble que tu multiplie les erreurs de conception...

1) Tu utilises Ajax pour générer une page complète (même si j'ai bien lu tes arguments !) et la modifier coté client.
C'est une erreur dans la mesure où :
* Ce que tu récupères n'est pas du code HTML mais du texte, contrairement à ce qui est affiché lorsque tu appelles une page PHP directement.
* Il est plus cohérent de modifier le code coté serveur que coté client.

2) Tu ne veux pas utiliser de regexp (:?) alors que, si tu ne prends pas en compte ma première remarque, c'est le moyen le plus efficace (même si ça rique de rester compliqué d'après ce que tu nous dis...)

Donc dernière remarque, qu'est-ce qui t'empêche de créer un nouveau script PHP qui sera appelé par Ajax et qui ne renverra que ce dont tu as besoin ???
22/05/2009, 14h50
talvins

Des erreurs de conception, il y a en sûrement, mais n'oublie pas que je pars de qq chose de fini (depuis un moment) et que j'y reviens juste pour mettre un peu d'AJAX.

Je récupère du texte, ok. Mais tout comme on injecte du texte (qui peut contenir du html) dans un div par exemple, je ne vois pas ce qui pourrait empêcher d'injecter du html dans <html>, tout simplement (bref, tout ce que je reçois sauf le doctype).

Je m'étais dit qu'en utilisant une sortie classique, accessible et en la filtrant ensuite, j'étais sûr de rester en "progressive enhancement".
Il est évident que maintenant je concevrais différemment mes sites, que je veuille de l'AJAX ou pas, au cas où.

Pour la regexp, c'est pas que je n'en veux pas (et elle n'est pas bien complexe en plus), mais j'espérais qq chose de plus... natif.

Concernant le traitement côté serveur, et si l'on souhaite pouvoir fonctionner avec et sans JS, ça impose de bosser en MVC (ce que je n'ai jamais fait et me semble démesuré pour de petits sites) ou pas ?
22/05/2009, 16h50
emmanuel.remy

Re-salut,

Si ta latitude est si restreinte, et même si je pense que ce n'est pas une bonne approche (car trop bancal) de faire de l'AJAX sur des fondations pas très solides, une solution pourrait consister à "buffériser" ta sortie sur le server (je ne sais pas en quel langage tu travailles sur le server, mais tous le permettent) pour obtenir finalement une chaine de caractères que tu pourrais passer dans une regexp pour en extraire ce qui t'intéresse. Ensuite tu construis une structure JSON que tu renvoies vers ton client web pour l'utiliser sous la forme d'un objet Javascript. Cela aurait l'avantage de l'évolutivité le jour où tu peux revoir cette partie de code AJAX sur le server pour effectuer le traitement qui renverra alors directement la structure JSON sans passer par la phase intermédiaire du code HTML.

ERE

C'est une bonne méthode (dans cette situation bancale du moins, comme tu dis), en effet. Mais comme c'est gzipé par apache (à la racine, pas déclaré en php), je ne sais pas si ça peut fonctionner.

Ce que je ne comprends pas (du coup, j'arrête, ça m'a épuisé), c'est qu'il m'a été impossible d'appliquer une regexp côté client !
Je l'ai pourtant testé sur un page fixe et elle fonctionne. J'ai réduit à une expression des plus simples mais ça ne fonctionne jamais.
J'ai utilisé les fonctions de jQuery, pour utiliser un peu tout (success, complete, dataFilter, etc.) mais, si la réponse du serveur est toujours ok, ça ne fonctionne pas.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 $.ajax({ type: "POST", //dataType: "json", url: "test.php", //cache: false, dataType: "html", // essayé aussi "text" data: mydata, complete: function(data) { }, error: function(msg){ alert( "Error !: " + msg );}, success: function(data){ var reg = new RegExp('<div id="test">([^\\a]+?)</div>'); console.log(reg.exec(data)); }});
Ce n'est pas mon expression regulière de départ mais toutes ont échoué...

J'aurais perdu moins de temps à travailler côté serveur :aie:

22/05/2009, 17h52
emmanuel.remy

C'est sûr, tu aurais dû travailler côté server.
En PHP, tu aurais par exemple pu modifier ton code appelé avec un ob_start() puis un ob_get_contents() pour appliquer ta regexp.

En plus cela aurait limité le trafic réseau car tu n'aurais renvoyer que le strict nécessaire vers le client... ;)

ERE
22/05/2009, 19h24
Bovino

Citation:

Je récupère du texte, ok. Mais tout comme on injecte du texte (qui peut contenir du html) dans un div par exemple, je ne vois pas ce qui pourrait empêcher d'injecter du html dans <html>, tout simplement (bref, tout ce que je reçois sauf le doctype).

:nono: ce n'est pas du tout pareil !
Tout d'abord, les balises head et body doivent être uniques dans une page HTML, donc supprimer juste le doctype n'est pas suffisant.
Ensuite, quand une page PHP est affichée par le navigateur, celui-ci interprète le code HTML pour l'intégrer à son moteur de rendu. Dans le cadre d'une réponse Ajax, c'est l'interpréteur JavaScript qui va intégrer le texte au DOM (selon des méthodes, en fonction des choix du développeur, plus ou moins propres, efficaces et compatibles !)
Ensuite, le fait que tu aies un site fonctionnel ne t'empêche pas de créer des scripts PHP additionnels (fichiers séparés, éventuellement adaptés des pages fonctionnelles) qui seront appelés via Ajax pour obtenir les informations utiles :?

Enfin, rien à voir, mais dans ta regexp, je comprends pas trop la partie :

Code:

([^\\a]+?)
22/05/2009, 19h41
talvins

Oui, oui, je sais comment doit être un page html, je donne des formations là-dessus ;) mais je voulais complétement remplacer la page.
Mais bon, c'est bourrin, c'est bête, c'est - je l'ai compris cette aprem - du travail pour rien.

Pour la regexp, ça prend tout, absolument tout, sauf la caractère spécial alarme (le truc qui fait flasher l'écran sur unix/linux). Mais bon, le problème ne venait pas de là puisque tout fonctionnait sur mon texte test (un div extrait d'une page).

ERE : merci, c'est une bonne idée. Je pensais qu'il y avait incompatibilité avec la compression gzip côté apache, mais il n'y rien en ce sens dans la doc php.
22/05/2009, 20h09
Bovino

Ah ben j'y étais pas moi...
Alors, ce que tu veux faire est problématique.
Tout d'abord, c'est moins performant que de faire un lien classique.
Ensuite, tu perds toute possibilité de référencement, d'historique, de mise en favoris etc.
Ensuite, tu gardes le contexte de la page initiale pour tout ce qui est balises meta, link ou script.
Enfin, tu pourras difficilement ajouter des scripts sur ta nouvelle page... et j'en oublie sans doute !
Donc encore une fois, cette démarche n'est pas du tout adaptée...

Maintenant, les apartés :

Citation:

Oui, oui, je sais comment doit être un page html, je donne des formations là-dessus

Si tu as des tutos à proposer ! :aie:

Citation:

Pour la regexp, ça prend tout, absolument tout, sauf la caractère spécial alarme (le truc qui fait flasher l'écran sur unix/linux). Mais bon, le problème ne venait pas de là puisque tout fonctionnait sur mon texte test (un div extrait d'une page).

J'avoue que je le connaissais pas celui-là :oops:
23/05/2009, 11h47
talvins

Citation:

Envoyé par Bovino

Ah ben j'y étais pas moi...
Alors, ce que tu veux faire est problématique.
Tout d'abord, c'est moins performant que de faire un lien classique.
Ensuite, tu perds toute possibilité de référencement, d'historique, de mise en favoris etc.

En fait, pour le référencement non. D'une part parce que la page en question n'a aucun intêret niveau référencement :) mais d'autre part parce que les moteurs n'utilisent pas JS justement (sauf très probablement pour Google pour voir si tu ne fais pas de cloaking).

Pour l'historique, même pas puisque la page est la même et même si elle était différente, c'est un page après soumission de formulaire qui n'a donc aucun besoin d'être "bookmarkée".

Ceci dit, toutes tes remarques sont à prendre en compte pour un utilisation d'AJAX (et c'est pourquoi AJAX ne m'intéressait pas dans ce cas).

Citation:

Envoyé par Bovino

Donc encore une fois, cette démarche n'est pas du tout adaptée...

Oui ben ça, je crois que j'ai compris hein :arf:

Citation:

Envoyé par Bovino

Si tu as des tutos à proposer ! :aie:

Volontiers, mais je crois qu'en html/css, tout a été dit mille fois.

Bon, merci de m'avoir supporté (dans le sens 'tolérer') pour ce sujet "bancal" ;)
14/12/2009, 12h30
talvins

Alors, après un certain temps, maintenant que j'utilise de temps en temps AJAX, je me permets de dire que NON il n'y avait pas forcément erreur de conception.

Du tout même.
Par contre, la réponse que j'attendais était d'une facilité déconcertante.

Bien sûr, d'une part, on pouvait tout bêtement envoyer une query POST ou GET avec un argument pour reconnaitre un requête AJAX. Mais je ne voulais pas faire ainsi.

Donc en faisant un dump de _SERVER, je vois qu'il y a HTTP_X_REQUESTED_WITH qui est retourné en cas de requête AJAX.
Voilà, c'est tout.
Donc si c'est true, je filtre côté serveur la couche présentation (header, menus, footer) pour ne garder que le contenu.
Ça fonctionne parfaitement et rend l'utilisation d'AJAX totalement transparente.
14/12/2009, 12h44
Bovino

Citation:

je vois qu'il y a HTTP_X_REQUESTED_WITH qui est retourné en cas de requête AJAX.

Attention, ce n'est pas spécifique à AJAX mais à jQuery qui envoie systématiquement ce header dans un appel AJAX, dans une requête sans jQuery, il faut le rajouter soi-même.
16/12/2009, 17h08
talvins

Dommage (pour les autres). Il est tout de même utile de savoir comment est réalisée une requête.
Bon, j'utilise jQuery donc ça tombe bien.
Ceci dit, pour le reste, suffit de mettre une variable en post ou get et c'est pareil. Je ne sais même pas comment j'ai pu une seconde être bloqué par une bétise pareil et inventer un filtrage à la noix !
16/12/2009, 18h56
emmanuel.remy

SAlut,

C'est aussi à ça que servent les forums; lever la tête du guidon pour attaquer le problème sous un autre angle... ;)

ERE

Fuseau horaire GMT +2. Il est actuellement 18h11.