alternative au xmlhttprequest

**djmic** · 06/02/2009, 10h40

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

**le_chomeur** · 06/02/2009, 11h04

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

**djmic** · 06/02/2009, 11h40

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

**RomainVALERI** · 06/02/2009, 11h45

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é

)

**djmic** · 06/02/2009, 12h41

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?

**RomainVALERI** · 06/02/2009, 14h59

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

**marts** · 07/02/2009, 04h58

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

**djmic** · 08/02/2009, 23h05

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.

**marts** · 09/02/2009, 01h29

Si, c'est possible.

Code :

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

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

**SpaceFrog** · 09/02/2009, 08h42

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

**RomainVALERI** · 09/02/2009, 08h48

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 ?

**SpaceFrog** · 09/02/2009, 08h56

ne pas recharger la page !

**djmic** · 09/02/2009, 09h05

Donc l'iframe n'est pas la solution à mon problème

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

**SpaceFrog** · 09/02/2009, 09h08

ben si un iframe avec php

**djmic** · 09/02/2009, 10h13

Les Widgets n'acceptent pas le Php

**SpaceFrog** · 09/02/2009, 10h52

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

**djmic** · 10/02/2009, 08h22

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

**SpaceFrog** · 10/02/2009, 08h37

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

**djmic** · 10/02/2009, 08h46

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.

alternative au xmlhttprequest

JavaScript

Discussions similaires

Partager

Partager