AnswerText vide de XMLHttpRequest

Question

J'ai écrit un XMLHttpRequest qui s'exécute bien mais retourne un responseText vide.

Le javascript est la suivante:

var anUrl = "http://api.xxx.com/rates/csv/rates.txt"; 
    var myRequest = new XMLHttpRequest(); 

    callAjax(anUrl); 

    function callAjax(url) { 
    myRequest.open("GET", url, true); 
    myRequest.onreadystatechange = responseAjax; 
       myRequest.setRequestHeader("Cache-Control", "no-cache"); 
    myRequest.send(null); 
    } 

    function responseAjax() { 
    if(myRequest.readyState == 4) { 
     if(myRequest.status == 200) { 
      result = myRequest.responseText; 
      alert(result); 
      alert("we made it"); 
     } else { 
      alert(" An error has occurred: " + myRequest.statusText); 
     } 
    } 
    } 

Le code fonctionne très bien. Je peux passer à travers et j'obtiens le readyState == 4 et un statut == 200 mais le responseText est toujours vide.

Je reçois une erreur de log (dans le débogage de Safari) de Error dispatching: getProperties auquel je n'arrive pas à trouver de référence.

J'ai exécuté le code dans Safari et Firefox localement et sur un serveur distant.

L'URL lorsqu'il est mis dans un navigateur retournera la chaîne et de donner un code d'état de 200.

j'ai écrit un code similaire à la même URL dans un Widget Mac qui fonctionne très bien, mais le même code dans un navigateur ne renvoie jamais de résultat.

Answer 1

Est-ce que votre domaine est http://api.xxx.com/? Sinon, vous êtes bloqué par le same origin policy.

Vous pouvez consulter la pile suivante après débordement pour quelques solutions de contournement possibles:

• Ways to circumvent the same-origin policy

Answer 2

Le navigateur vous empêche de cross-site scripting.

Si l'URL est en dehors de votre domaine, vous devez le faire du côté serveur ou le déplacer dans votre domaine.

Answer 3

Le problème est résolu

Dans mon cas, le problème était que je fais l'appel ajax (avec .ajax $, .get $ ou .getJSON $ méthodes de jQuery) avec chemin complet dans l'url param :

url: "http://mydomain.com/site/cgi-bin/serverApp.php"

Mais la bonne façon est de passer la valeur url comme:

url: "site/cgi-bin/serverApp.php"

Certains navigateur ne sont pas incompatibles et ne font aucune distiction entre un texte ou d'une autre, mais dans Firefox 3.6 pour Mac OS prendre ce chemin complet en tant que "cross site scripting" ...Une autre chose, dans le même navigateur, il y a une distinction entre:

http://mydomain.com/site/index.html

Et mettre

http://www.mydomain.com/site/index.html

En fait, il est le point de vue du point correct, mais la plupart des implémentations ne font aucune distinction, donc la solution était de supprimer tout le texte qui spécifient le chemin complet au script dans les méthodes qui font la requête ajax ET .... supprimer BASE tag dans le fichier index.html

base href = "http://mydomain.com/" < --- mauvaise idée, retirez-le!

Si vous ne le supprimez pas, cette version du navigateur pour ce système peut prendre votre requête ajax comme s'il s'agissait d'une requête intersite!

J'ai le même problème, mais uniquement sur la machine Mac OS. Le problème est que Firefox traite la réponse ajax comme un appel "cross site", dans tout autre machine/navigateur, cela fonctionne très bien. Je ne l'ai pas trouvé aucune aide à ce sujet (je pense que c'est une question de mise en œuvre firefox), mais je vais prouver le code suivant du côté serveur:

header('Content-type: application/json'); 

pour faire en sorte que navigateur obtenir les données "données JSON" ...

Answer 4

Cela pourrait ne pas être la meilleure façon de le faire. Mais ça a fonctionné pour moi, alors je vais courir avec.

Dans ma fonction php qui retourne les données, une ligne avant la ligne de retour, j'ajoute une déclaration d'écho, en écho aux données que je veux envoyer.

Maintenant, assurez-vous que cela a fonctionné, mais c'est le cas.

Answer 5

Vous avez eu un problème similaire au vôtre. Ce que nous avions à faire est d'utiliser la solution document.domain trouvée ici:

Ways to circumvent the same-origin policy

Nous avons également besoin de changer amincit du côté du service Web. A utilisé l'en-tête « Access-Control-Allow-Origin » trouvé ici:

https://developer.mozilla.org/En/HTTP_access_control