alternative au xmlhttprequest

Bonjour à tous,

je suis confronté à un très gros problème.

Je dois en faire créer un widget pour permettre au utilisateur de rechercher leur horaire de train à partir de la solution existante accessible par le web.

J'ai donc décidé d'utilisé l'objet XMLHttpRequest pour envoyé ma requête par POST.

Sur mon lieu de stage, tout ce passe correctement, tout fonctionne impéccablement.

De retour chez moi, rien ne fonctionne, erreur sur Firefox et erreur sur Internet Explorer.

En faisant quelques recherches, il est apparemment impossible avec xmlhttprequest de faire des requêtes entre des domaines différents.

Est ce qu'il existe une alternative au XmlHttpRequest?

merci

http://www.ajax-cross-domain.com/ article et exemple a l'appuis

Il n'y a donc pas d'autre alternative.

Je suis tombé dessus tout à l'heure.

Le problème c'est faut installer ca sur le serveur de la page web.
Seulement les widgets c'est du local, tout est stocké sur le disque de l'utilisateur.

J'ai lu que L'objet XdomainRequest le permet, mais il est seulement prévue dans la prochaine version d'explorer (IE 8).

Oui, c'est le vieux principe (pour la sécurité) de la Same Origin Policy

jette un oeil par ici ;)

(par contre je suis un peu étonné : je croyais que IE n'était pas concerné par cette vieille règle datant de Netscape... :?)

Pour te sortir de là, tu vas devoir envisager :
- soit de "signer" ton script
- soit de l'inclure dans une archive (elle-même signée)
(ces deux premières solutions sont assez contraignantes, et perso je n'y connais presque rien ^^)
- soit enfin d'écrire une couche proxy sur ton serveur pour relayer les requêtes vers le service web approprié (ce qui permet d'éviter le souci que tu rencontres au niveau client) (recommandé :mrgreen:)

Donc si je comprend bien, je dois mettre tout ce qui est Javascript dans un seul fichier, et ensuite signer ce fichier .js à l'aide d'un certificat?

C'est une des voies possibles mais je dois t'avertir que ce n'est pas évident, il faut avoir un logiciel adapté, signer à chaque nouvelle mise à jour, etc.
Je n'ai pas assez d'expérience pratique de ce genre de choses donc je préfère laisser d'autres s'exprimer à ce sujet, mais : sache que ce n'est pas forcément la solution la plus simple à mettre en oeuvre... ^^

Il y a un autre moyen de récupérer du contenu distant sans rechargement, c'est d'utiliser une iframe invisible.

Le problème de l'iframe est qu'il n'est pas possible de faire des requêtes avec la méthode POST alors que c'est ce qu'il me faut.

Du moins c'est ce que j'ai compris d'après ce que j'ai lu.

Si, c'est possible.

Code:

---

1 2 3 4 5

<iframe name="recepteur" style="width:0px;height:0px;"></iframe> <form method="POST" target="recepteur" action="..."> ... </form>

---

le souci est que tu auras les mêmes problèmes d'accès aux éléments de l'iframe ...
il faut que dans l'iframe tu appelles une page php sur le même domaine qui aille cherche et parser les infos coté serveur pour envoyer une page qui sera alors accessible puisque sur le même domaine

Citation:

---

Envoyé par SpaceFrog

le souci est que tu auras les mêmes problèmes d'accès aux éléments de l'iframe ...
il faut que dans l'iframe tu appelles une page php sur le même domaine qui aille cherche et parser les infos coté serveur pour envoyer une page qui sera alors accessible puisque sur le même domaine

---

Heu... oO
Du coup à quoi sert de passer par une iframe dans ce cas ?

ne pas recharger la page !

Donc l'iframe n'est pas la solution à mon problème :evilred: :D
seule solution, IE 8 sort le plus vite possible, ainsi que la prochaine version de FF et que tout le monde installe un des deux :lol:

ben si un iframe avec php

Les Widgets n'acceptent pas le Php :?

les widgets et ce n'est meêm pas une question d'accepter, c'est une question d'acceder...
mais justement si tu veux pouvoir acceder aux infos par javascript ils faut bien les ramener sur le même domaine.
DoOnc faire avec php une page sur ton domaine qui sera lu dans un iframe accessible en javascript ...

Je suis un peu perdu en fait.
Donc le Cross-Domain est possible en php mais c'est pas en JavaScript c'est bien cà?
Donc si je veux pouvoir accéder au contenu de ma page je dois y accéder par une page intermédiaire contenu sur le même domaine que celle-ci?
Mais ce qui revient au même?
Pour l'instant je développe un widget pour la Sidebar Vista pour un premier essai. Est ce que j'aurai ce même soucis si c'est pour les gadgets Yahoo, Live.com et iGoogle?

Désolé pour toutes ces questions mais je suis un peu perdu...


Merci

cote client le crossdomain n'est pas possible, tu auras toujours un message d'interdiction d'accès au contenu du la page ... (sauf permissions spécifiques au niveau du paramétrage serveur)

Par contre si coté php tu concatènes une page à partir des éléments recupérés sur l'autre domaine, pour le client se sera invisible. le browser du client lui ne verras qu'une page sur le même domaine. Et du coup tu y auras accès sans restrictions

ah d'accord je comprend mieux. il faut que je traite la réponse sur la page php ou alors dire au serveur d'autoriser ma demande.

Merci pour cet éclaircissement.