[AJAX] XMLHttpRequest cross domain

Version imprimable

21/09/2007, 20h12
sorry60

[AJAX] XMLHttpRequest cross domain

Bonjour,

Je cherche à faire une requete AJAX cross-domain. Mais comme je l'ai lu dans pas mal d'endroits, c'est impossible avec XMLHttpRequest.

En revanche, j'ai lu plusieurs pistes :
- par proxy
- avec JSON

Si vous pouviez un peu m'éclaircir les idées, car là j'avoue que ça me depasse un peu... :oops:
Merci
Sorry
21/09/2007, 21h25
denisC

Citation:

Envoyé par sorry60

- par proxy

Il suffit de mettre une page PHP sur ton serveur qui va chercher une page ailleurs sur le web.

Citation:

Envoyé par sorry60

- avec JSON

Il dit qu'il voit pas le rapport... Javascript Object Notation? Mais qu'est ce que ça vient faire la dedans?
22/09/2007, 08h50
d-Rek

JSON est la syntaxe d'échanges de données.. elle te permet de passer des tableaux et autres variables que tu pourra directement intégrer à ton code car c'est supporté nativement par JS.

Voici une classe HTTP et le proxy PHP pour faire du cross domain.
Par contre, pour l'avoir essayé, je trouve que cela a ses limites..
http://www.troywolf.com/articles/

Attention : L'include de la cible, comme je l'avais conçu à la base, ne transfère par tous les headers HTTP
22/09/2007, 12h26
sorry60

Ok donc si j'ai bien compris, l'unique solution c'est par proxy, c'est à dire en passant par un fichier PHP se trouvant sur le même serveur que le JS :?
22/09/2007, 14h02
sorry60

Citation:

Envoyé par denisC

Il dit qu'il voit pas le rapport... Javascript Object Notation? Mais qu'est ce que ça vient faire la dedans?

Je parle de ça : Cross domain JSON
22/09/2007, 14h47
Taum

Citation:

Envoyé par sorry60

Ok donc si j'ai bien compris, l'unique solution c'est par proxy, c'est à dire en passant par un fichier PHP se trouvant sur le même serveur que le JS :?

Effectivement c'est le seul moyen pour utiliser XmlHttpRequest (enfin PHP ou une autre technologie serveur, mais il faut obligatoirement que ça se passe sur le même serveur que la page).

Le "Cross domain JSON" est un autre moyen qui n'utilise pas l'objet XmlHttpRequest mais qui a la place crée un tag <script> dynamiquement avec une url de fichier externe. Le navigateur va alors charger et exécuter ce script, comme n'importe quel tag <script> crée non-dynamiquement. C'est très bien expliqué dans l'article que tu as linké :roll:
22/09/2007, 14h59
sorry60

Citation:

Envoyé par Taum

Le "Cross domain JSON" est un autre moyen qui n'utilise pas l'objet XmlHttpRequest mais qui a la place crée un tag <script> dynamiquement avec une url de fichier externe. Le navigateur va alors charger et exécuter ce script, comme n'importe quel tag <script> crée non-dynamiquement. C'est très bien expliqué dans l'article que tu as linké :roll:

Ok mais dans ce cas, le script du serveurA appelle un javascript sur le serveurB hors domaine ? ou n'importe quel autre script (php par exemple) ?
22/09/2007, 15h07
d-Rek

Citation:

Envoyé par sorry60

Ok mais dans ce cas, le script du serveurA appelle un javascript sur le serveurB hors domaine ? -> Oui
ou n'importe quel autre script (php par exemple) ? -> quel en est l'intérêt ?

Le délire, c'est que (si j'ai bien compris) le script JS appelé est localisé sur la machine cible/le domaine cible. Du coup, le JS a les droits.
("On a les droits ! Et pour pas cher en plus !")
22/09/2007, 15h12
sorry60

Je viens d'essayer quelque chose :

serveurA : avec JSON je charge un script.js situé sur un serveurB (hors domaine)
serveurB : le script.js envoie une requete grace à XMLHttpRequest à script.php situé sur CE MEME serveurB.

Resultat : permission refusée d'appeler la méthode XMLHttpRequest.open

Donc on a pas les droits ! :cry::cry:

Rectification : avec IE ça passe, mais pas avec Firefox :cry::cry:

En même temps tous les sites de comparateurs de prix utilisent ce système de cross domain sous forme d'API.
C'est de la lecture de flux XML ou JSON peu importe.
Code:

1 2 3 4 5 6 7 8 9 10 11 <?php // exemple proxy.php // // javascript peut communiquer avec ce script hébergé sur le même nom de domaine // http://www.serveur_a.com/proxy.php?action=toto&name=Youpla // header('Content-Type: text/xml; charset=UTF-8'); // pour du XML readfile('http://www.serveur_b.com/script.php?' . $_SERVER['QUERY_STRING']); ?>

22/09/2007, 15h43
sorry60

Mais c'est pas possible que le JSON load un script autre que js ? un script qui s'execute coté serveur et non coté client :?
22/09/2007, 15h51
d-Rek

JSON load rien du tout, c'est une syntaxe d'écriture de données..

Code:

{ "Status": 1, "Id": 1, "Email": "toto@toto.fr", "Password": "toto" }

C'est supporté nativement par Javascript..

Code:

var res = eval('('+xhr.responseText+')');

res devient un tableau contenant les clés Status, Id, Email, etc.. et leur valeurs
Tu y accèdes désormais par res.Email ..

Mais c'est lisible par d'autres langages comme PHP

Sinon pour rechercher la lib suivant ton langage, tu demandes à mon pote Google ton_langage + "librairie JSON" (il aime qu'on lui parle petit nègre)
22/09/2007, 16h01
sorry60

Là je crois qu'on s'ecarte un peu du sujet :roll:

SI j'ai bien compris, JSON ne permet pas de faire des requetes cross-domain ?
Car mon but c'est qu'un script.js se trouvant sur un serveur A, transmette une donnée à un serveur B pour que celui ci la traite. Il n'y a pas de transmission B => A, mais juste A => B.
22/09/2007, 16h12
d-Rek

Et bien utilise mon script PHP pour transmettre ta requête au Serveur B et dans ton script Serveur A, tu n'attends pas de réponse. Voilà tout !

Ton JS (sur le Serveur A) attaque proxy.php (sur le Serveur A) qui s'occupe de transférer les données au Serveur B.

Je ne connais pas bien la technique de Cross domain JSON expliquée sur http://snook.ca/archives/javascript/cross_domain_aj/
22/09/2007, 16h20
sorry60

Citation:

Envoyé par d-Rek

Et bien utilise mon script PHP pour transmettre ta requête au Serveur B et dans ton script Serveur A, tu n'attends pas de réponse. Voilà tout !

Ton JS (sur le Serveur A) attaque proxy.php (sur le Serveur A) qui s'occupe de transférer les données au Serveur B.

Je ne connais pas bien la technique de Cross domain JSON expliquée sur http://snook.ca/archives/javascript/cross_domain_aj/

Eh non justement, sur le serveurA, je n'ai que le JS, rien d'autre, sinon ça aurait été facile :?
22/09/2007, 16h22
d-Rek

Ton serveur A est un IIS ?
22/09/2007, 16h29
sorry60

Non Apache pourquoi ?
22/09/2007, 16h35
sorry60
J'ai essayé un simple :

JS (serveur A)
Code:

1 2 document.location = "http://serveurB/script.php?donnee=toto";
Mais ça ne fonctionne pas à tous les coups :aie:

Bon je te conseille de revoir les tuto sur l'ajax :lol:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 function getXhr(){ var xhr = null; if(window.XMLHttpRequest){ //Firefox et autres xhr = new XMLHttpRequest(); }else if(window.ActiveXObject){ //Internet Explorer try{xhr = new ActiveXObject("Msxml2.XMLHTTP");} catch(e){xhr = new ActiveXObject("Microsoft.XMLHTTP");} }else{ alert("Votre navigateur ne supporte pas les objets XMLHTTPRequest..."); xhr = false; } return xhr; } function ajax(){ var xhr=getXhr(); xhr.open("GET", "proxy.php?param=toto", true); xhr.send(null); }
La tu balances en GET des info à proxy donc à Serveur B et tu te fiches du résultats (affiché sur Serveur B et relayé par proxy.php)

Si tu es sur un Apache, tu peux créer une page proxy.php comme je te l'ai dit !

Désolé, mais ça sera ma dernière réponse pour ton problème.
Revoie les tuto ajax et pose nous une vraie question.

22/09/2007, 20h40
sorry60

Arrettez moi si je me trompe mais le proxy ne doit pas se trouver sur le meme domaine que le serveurA plutot ? et donc ainsi faire :

JS (serveurA) ==AJAX==> proxy (serveurA) ==> PHP (serveur B)

:?
23/09/2007, 01h19
d-Rek

Donc je t'arrête. Tu es en état d'arrestation. :D

Donc c'est bien JS (serveurA) ==> Méthode XmlHttpRequest==> proxy.php (serveurA) ==> serveur B
avec Serveur A, un Apache et serveur B, on s'en fout.

C'est tout à fait ce que je disais au post précédent ;)
23/09/2007, 14h47
sorry60

Citation:

Envoyé par d-Rek

Donc je t'arrête. Tu es en état d'arrestation. :D

Donc c'est bien JS (serveurA) ==> Méthode XmlHttpRequest==> proxy.php (serveurA) ==> serveur B
avec Serveur A, un Apache et serveur B, on s'en fout.

C'est tout à fait ce que je disais au post précédent ;)

Ok donc moi aussi je t'arrête car j'ai dis aussi plus haut que je ne pouvais rien mettre de plus sur le serveur A :mouarf:

Sinon en effet j'aurais utilisé la technique du proxy ;)

Donc là je ne vois plus beaucoup de solution :?
24/09/2007, 09h49
d-Rek

Développer sans pouvoir créer de pages, ça devient compliquer.
Bon courage.
24/09/2007, 16h25
denisC

Citation:

Envoyé par sorry60

Eh non justement, sur le serveurA, je n'ai que le JS, rien d'autre, sinon ça aurait été facile :?

Si tu n'as que JS, ce n'est pas vraiment un serveur. Et toute ton histoire, ça tient beaucoup plus de la question un peu louche : Pourquoi vouloir à tout prix faire du cross-domain alors que tu n'as les droits nulle part :?:?
25/09/2007, 17h06
sorry60

Citation:

Envoyé par denisC

Si tu n'as que JS, ce n'est pas vraiment un serveur. Et toute ton histoire, ça tient beaucoup plus de la question un peu louche : Pourquoi vouloir à tout prix faire du cross-domain alors que tu n'as les droits nulle part :?:?

Si justement j'ai les droits sur le serveurB.
Je dois envoyer une donnée du serveurA à B, en utilisant uniquement un .js

Rien de louche :?

Pour le moment, la meilleur technique c'est la popup, mais c'est pas tres pro :aie:
25/09/2007, 22h48
epsilon68

je te conseille d'aller voir JQuery et la technique JSONP
ca devrait parfaitement coller avec ton besoin

Citation:
Envoyé par d-Rek
Bon je te conseille de revoir les tuto sur l'ajax :lol:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 function getXhr(){ var xhr = null; if(window.XMLHttpRequest){ //Firefox et autres xhr = new XMLHttpRequest(); }else if(window.ActiveXObject){ //Internet Explorer try{xhr = new ActiveXObject("Msxml2.XMLHTTP");} catch(e){xhr = new ActiveXObject("Microsoft.XMLHTTP");} }else{ alert("Votre navigateur ne supporte pas les objets XMLHTTPRequest..."); xhr = false; } return xhr; }
Comme quoi les tutos c'est parfois sans intérêt...
Ton alert "Votre navigateur ne supporte pas les objets XMLHTTPRequest...", c'est vraiment génial pour un utilisateur lambda :roll:

De plus

Code:

var xhr = null;

Ca ne sert à rien, puisque une fonction:void() renvoie par défaut la valeur undefined (qui est castée en false dans le cas d'un test booleen)

Edit : J'avais pas vu qu'il y avait autant d'anneries dans ce truc 8O
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 function getXhr(){ if(window.XMLHttpRequest){ //Firefox et autres return new XMLHttpRequest(); } else if(window.ActiveXObject){ //Internet Explorer try{ return new ActiveXObject("Msxml2.XMLHTTP"); } catch(e){ return new ActiveXObject("Microsoft.XMLHTTP"); } }else{ //Whatever stuff than throw a stupid message in the face of the user } return null; }
J'ai mis un "return null", il est optionnel, mais permet d'être sur du comportement de la fonction

Citation:

Envoyé par d-Rek

Donc je t'arrête. Tu es en état d'arrestation. :D

Donc c'est bien JS (serveurA) ==> Méthode XmlHttpRequest==> proxy.php (serveurA) ==> serveur B
avec Serveur A, un Apache et serveur B, on s'en fout.

C'est tout à fait ce que je disais au post précédent ;)

Serveur A on s'en fout aussi, Serveur A doit savoir livrer du plain text, point.
Ca peut être un lighty, un mongrel, etc... N'importe quoi qui exploite http, le proxy peut être fait avec n'importe quoi, tant qu'il est hebergé au même endroit

26/09/2007, 15h40
sorry60

Citation:

Envoyé par epsilon68

je te conseille d'aller voir JQuery et la technique JSONP
ca devrait parfaitement coller avec ton besoin

Ok merci pour la piste, je vais aller voir ça ;)
27/09/2007, 12h58
sorry60

Citation:

Envoyé par epsilon68

je te conseille d'aller voir JQuery et la technique JSONP
ca devrait parfaitement coller avec ton besoin

En y reflechissant je ne pense pas que ça colle à mon besoin car JSONP permet de recuperer un flux JSON sur un autre serveur, pas un .php
27/09/2007, 13h49
epsilon68

il n'y a pas que JSONP avec JQuery.
t'as été voir ? rien ne correspond a tes besoins ?

si ton php c'est de l'html alors je ne pense pas que ce soit un probleme.
(ne serait ce que par un coup d'iframe hack)

a+
27/09/2007, 13h59
sorry60

Citation:

Envoyé par epsilon68

il n'y a pas que JSONP avec JQuery.
t'as été voir ? rien ne correspond a tes besoins ?

si ton php c'est de l'html alors je ne pense pas que ce soit un probleme.
(ne serait ce que par un coup d'iframe hack)

a+

Oui j'ai essayé JQuery et ses fonctions $.post et $.get, mais elles sont refusées en cross-domain également :(
27/09/2007, 16h57
denisC

Citation:

Envoyé par sorry60

elles sont refusées en cross-domain également :(

C'est le navigateur qui refuse les appels XHR cross-domain..... Un framezork par dessus le navigateur ne pourra pas y faire grand chose.
27/09/2007, 17h49
sorry60

Citation:

Envoyé par denisC

C'est le navigateur qui refuse les appels XHR cross-domain.....

Je sais.
30/09/2007, 13h35
epsilon68

le JSONP c'est du cross domain, et le navigateur ne dit rien ...
il faut bien sur re-designer quelques pages pour que tout fonctionne bien
30/09/2007, 23h21
sorry60

Citation:

Envoyé par epsilon68

le JSONP c'est du cross domain, et le navigateur ne dit rien ...
il faut bien sur re-designer quelques pages pour que tout fonctionne bien

Oui mais le JSONP n'appelle que des javascript, pas un fichier php. :(
Ou alors j'ai manqué un truc..
01/10/2007, 11h14
epsilon68

Comment il est ton fichier PHP ?
il genere quoi ?
au cas ou t'as moyen de le modifier ?

un fichier PHP en soi ne veut rien dire, c'est ce qu'il renvoie qui a beaucoup d'importance
01/10/2007, 13h51
sorry60

Citation:

Envoyé par epsilon68

Comment il est ton fichier PHP ?
il genere quoi ?
au cas ou t'as moyen de le modifier ?

un fichier PHP en soi ne veut rien dire, c'est ce qu'il renvoie qui a beaucoup d'importance

Il ne fait que recuperer 2 valeurs de variables passées par la methode GET, les modifie, et les stocke dans un fichier.
Donc le PHP est necessaire :?
01/10/2007, 14h08
epsilon68

dans ce cas je n'ai pas l'impression que ce soit insurmontable...
pourquoi ne pas creer une iframe invisible avec l'url de ton php et tes eventuels parametres ?
Je n'ai pas l'impression que tu attendes une reponse de ce server donc ... finalement ajax c'est pas trop le probleme.
01/10/2007, 14h47
sorry60

Citation:

Envoyé par epsilon68

dans ce cas je n'ai pas l'impression que ce soit insurmontable...
pourquoi ne pas creer une iframe invisible avec l'url de ton php et tes eventuels parametres ?
Je n'ai pas l'impression que tu attendes une reponse de ce server donc ... finalement ajax c'est pas trop le probleme.

L'iframe est la 1ere solution à laquelle j'ai pensé. Mais cela ne convient pas, car le fichier php doit etre appellé au moment de la soumission d'un formulaire. Donc si l'iframe se charge à ce moment, la soumission echoue :aie:

C'est pour cela que je me suis tourné vers ajax. Mais étant donné que le cross-domain est refusé, je pense que je vais devoir oublier AJAX :cry: