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.