[AJAX] XMLHttpRequest cross domain

**d-Rek** · 23/09/2007, 02h19

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

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

**sorry60** · 23/09/2007, 15h47

Envoyé par d-Rek

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

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

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

Donc là je ne vois plus beaucoup de solution

**d-Rek** · 24/09/2007, 10h49

Développer sans pouvoir créer de pages, ça devient compliquer.
Bon courage.

**denisC** · 24/09/2007, 17h25

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

**sorry60** · 25/09/2007, 18h06

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

**epsilon68** · 25/09/2007, 23h48

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

**Shinuza** · 26/09/2007, 00h43

Envoyé par d-Rek

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

Code Javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

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

De plus

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Envoyé par d-Rek

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

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

**sorry60** · 26/09/2007, 16h40

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

**sorry60** · 27/09/2007, 13h58

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

**epsilon68** · 27/09/2007, 14h49

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+

**sorry60** · 27/09/2007, 14h59

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

**denisC** · 27/09/2007, 17h57

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.

**sorry60** · 27/09/2007, 18h49

Envoyé par denisC

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

Je sais.

**epsilon68** · 30/09/2007, 14h35

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

**sorry60** · 01/10/2007, 00h21

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..

**epsilon68** · 01/10/2007, 12h14

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

**sorry60** · 01/10/2007, 14h51

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

**epsilon68** · 01/10/2007, 15h08

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.

**sorry60** · 01/10/2007, 15h47

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

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

[AJAX] XMLHttpRequest cross domain

JavaScript

Discussions similaires

Partager

Partager