Discussion :

[prgasp77]

Bonjour � tous.

je cr�e un XMLHttpRequest qui ouvre une page toto.php qui se trouve sur un autre serveur, ex :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
XMLHttpRequest.open('POST', 'www.bidule.com/toto.php', true);
// si je mets le préfixe 'http://' firefox me soulève une erreur et stoppe l'exécution.

Cela soul�ve uen erreur 405. J'ai donc pens� que cette page (ou ce serveur) n'eccepte pas les conexions par m�thode POST, mais cela ne semble pas �tre le cas car sur une autre page tata.html je trouve :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
[...]
<form action="toto.php" methode="POST">
   <input type="hidden" name="val1" value="blabla" />
   [...]
   <input type="submit" value="clique la ducon" />
</form>
[...]

Mon but est, vous l'avez compris, valider � distance ce formulaire gr�ce � la magie de javascript. MAis �a-marche-pas
Quelqu'un a-t-il une quelconque proposition � faire ?
Merci

[Shinuza]

toto.php doit �tre sur le m�me site que le fichier qui y fait appel.

[prgasp77]

erf. Une solution ?

[SpaceFrog]

avoir les droits sur l'autre serveur ...

[roro06]

Bonjour

Autre serveur = autre domaine ?

XHR ne permet pas d'interroger une page situ�e sur un autre domaine ( si ma m�moire est bonne, FF soul�ve une alerte de s�curit�)

[prgasp77]

Bonjour

Autre serveur = autre domaine ?

XHR ne permet pas d'interroger une page situ�e sur un autre domaine ( si ma m�moire est bonne, FF soul�ve une alerte de s�curit�)

Oui c'est le cas. Mais en fait je ne veux pas de r�ponse, juste envoyer une requete (qui sera trait�e mais qui n'aura rien besoin de r�pondre). Et non je ne peux avoir de droit sur l'autre serveur (et autre domaine) ...
C'est domage. Mais ce que je cherche � faire doit �tre r�alisable : la preuve en est : nos navigateurs le font ...

[SpaceFrog]

heu si tu n'as pas besoin de r�ponse ... pourquoi ajax ...
un simple window.open devrait faire l'affaire non ?

[roro06]

la preuve en est : nos navigateurs le font ...

Comment ils le font ?

[Shinuza]

Oui c'est le cas. Mais en fait je ne veux pas de r�ponse, juste envoyer une requete (qui sera trait�e mais qui n'aura rien besoin de r�pondre). Et non je ne peux avoir de droit sur l'autre serveur (et autre domaine) ...
C'est domage. Mais ce que je cherche � faire doit �tre r�alisable : la preuve en est : nos navigateurs le font ...

Il te faut un "proxy".

[prgasp77]

heu si tu n'as pas besoin de r�ponse ... pourquoi ajax ...
un simple window.open devrait faire l'affaire non ?

Je voulais justement �viter cela, les popups ... beurk !

Voici le principe (peut-�tre cela pourra aider) :
Une page toto.php sur le domaine dom1.com enregistre dans sa base de donn�e une entr�e lorsqu'elle re�oit une certaine requete POST.
Je voudrais, sur ma page tata.html sur le domaine dom2.net envoyer une requete POST � toto pour qu'elle enregistre celle-ci dans sa bdd.

Le window.open peut bien entendu fonctionner ... mais je suis militant anti-popup.

[SpaceFrog]

un iframe hidden?

voire peut �tre m�me tester un

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
var solution=document.createElement('iframe'):
solution.src='mapage.php'

sans l'appender au document ... ?

[prgasp77]

ASSASSIN !!!
Tu essayes de me dire qu'il n'y a pas de mani�re propre de faire cela ? En tous les cas, un grand merci pour ta rapidit�

[SpaceFrog]

hormis le popup, un target, un iframe ou un ajax je ne vois pas trop comment lancer un truc sur le serveur
hormis modifier le src d'une image hidden pour lu attribuer un fichier php ? et encore pas sur que �a passe ...

post pr�c�dent modifi�

[prgasp77]

je vois ... le soucis c'est que c'est le client qui doit faire la requete, et non le serveur (d'o� ajax ... mais �a-marche-pas -- j'adore cette expression). Je vais tenter l'iframe javascript, apr�s tout il n'a de raison d'�tre que durant quelques secondes.

Merci bien (je mets temporairement le tag r�solu, je ferai les tests ce soir).

[SpaceFrog]

une requete avec une page php cot� client ????

[prgasp77]

tu sais tr�s bien que ce que tu dis n'a pas de sens

[SpaceFrog]

Biensur c'est pour cela que je le dis ^^

mais j'avoue ne pas avoir compris :

le soucis c'est que c'est le client qui doit faire la requete, et non le serveur

requ�te cot� client ?

[prgasp77]

c'est le client qui doit faire la requete au serveur (sur dom1.com), et non dom2.net qui fait une requet � dom1.com.