XMLHttpRequest modifications POST à l'OPTION

j'ai ce code:

net.requestXHR = function() {
    this.xhr = null;
    if(window.XMLHttpRequest === undefined) {
        window.XMLHttpRequest = function() {
            try {
                //Use the latest version of the activex object if available
                this.xhr = new ActiveXObject("Msxml2.XMLHTTP.6.0");
            }
            catch(e1) {
                try {
                    //Otherwise fall back on an older version
                    this.xhr = new ActiveXObject("Mxsml2.XMLHTTP.3.0");
                }
                catch(e2) {
                    //Otherwise, throw an error
                    this.xhr = new Error("Ajax not supported in your browser");
                }
            }
        };
    }
    else
        this.xhr = new XMLHttpRequest();
}
net.requestXHR.prototype.post = function(url, data) {
    if(this.xhr != null) {
        this.xhr.open("POST", url);
        this.xhr.setRequestHeader("Content-Type", "application/json");
        this.xhr.send(data);
    }
}

    var rs = new net.requestSpeech();
    console.log(JSON.stringify(interaction));
    rs.post("http://localhost:8111", JSON.stringify(interaction));

lorsque l'envoyer exécuter, j'ai ce journal:

OPTIONS http://localhost:8111/[HTTP/1.1 405 Method Not Allowed 74ms]

Et en localhost:8111 j'ai un reslet serverResource qui acceptent post, c'est le problème de la même origine? j'ai modifier le restlet de mettre le permettre-en-tête d'origine et je l'ai tester avec une autre requête http GET (en jquery) et de travailler sur ok. J'ai le problème de la même origine résoudre parce que j'utilise un navigateur html5 et mon serveur, mettez les en-têtes de la réponse, alors, pourquoi l'envoyer m'indique cette erreur? pourquoi changer de POSTE pour l'OPTION?
Merci!

Double Possible?: Je pense que non, mais c'est vrai, le problème est la
de même pour les deux questions, mais la mienne sont renvoie la question que
il y a un problème avec le navigateur, et de l'autre, les premiers points de
jquery. Par expérience, le temps ne compte pas pour les dupliquer, les
les réponses sont différentes mais c'est vrai que les deux questions compléter
les uns des autres.

InformationsquelleAutor Kalamarico | 2011-11-16
  1. 71

    Oui, c'est "un problème avec la politique de l'origine". Vous faites votre demande à un autre serveur ou à un autre port, ce qui signifie que c'est un cross-site de la requête HTTP. Voici ce que la documentation a à dire au sujet de ces demandes:

    En outre, pour les méthodes de demande de HTTP qui peuvent provoquer des effets secondaires sur
    serveur de données (en particulier pour les méthodes HTTP autres que GET, ou pour
    POST utilisation avec certains types MIME), le cahier des charges des mandats
    les navigateurs "contrôle en amont" de la demande, sollicitation de la prise en charge des méthodes de
    le serveur avec un HTTP OPTIONS demande de la méthode, puis, lors de la
    "l'approbation" à partir du serveur, l'envoi de la demande réelle avec le réel
    La méthode de requête HTTP.

    Il y a une description plus détaillée dans le La SCRO standard ("Cross-Origine de la Demande avec contrôle en amont" de la section). Votre serveur doit permettre OPTIONS demande et d'envoyer une réponse avec Access-Control-Allow-Origin, Access-Control-Allow-Headers et Access-Control-Allow-Methods en-têtes permettant à la demande. Puis le navigateur prendra les POST demande.

    • Que puis-je faire dans le cas où je ne peux pas modifier le serveur de comportement? Je ne peux pas accès c'est le code source
    • Vous pouvez utiliser JSONP qui n'a pas le même-l'origine des restrictions ou (si le serveur ne prend pas en charge que ce soit), vous pouvez exécuter un script côté serveur sur votre propre serveur qui demande les données de l'autre serveur et retournez - le, puis votre code JavaScript peut obtenir ces données à partir de votre serveur qui est de même origine.
    InformationsquelleAutor Wladimir Palant
  2. 9

    J'ai eu exactement ce problème à partir d'un code JavaScript qui a envoyé un contenu ajax.

    Afin de permettre à la Croix-Origine de la Demande avec contrôle en amont, j'ai eu à faire dans le .ASPX qui a été la réception de la pétition:

    //Check the petition Method
if (Request.HttpMethod == "OPTIONS")
{
    //In case of an OPTIONS, we allow the access to the origin of the petition
    string vlsOrigin = Request.Headers["ORIGIN"];
    Response.AddHeader("Access-Control-Allow-Origin", vlsOrigin);
    Response.AddHeader("Access-Control-Allow-Methods", "POST");
    Response.AddHeader("Access-Control-Allow-Headers", "accept, content-type");
    Response.AddHeader("Access-Control-Max-Age", "1728000");
}

    Vous devez être prudent et vérifier ce que les en-têtes sont posées par votre pétition. J'ai vérifié à l'aide de ces Violoneux.

    Espère que cela ne sert à quelqu'un dans le futur.

    InformationsquelleAutor Javier Arteagoitia
  3. 2

    Comme d'autres l'ont souligné, c'est un SCRO chose.

    C'est la façon de le gérer dans NGINX (basé sur cette source):

    location / {
    if ($request_method = OPTIONS ) {
        add_header Access-Control-Allow-Origin "http://example.com";
        add_header Access-Control-Allow-Methods "GET, OPTIONS";
        add_header Access-Control-Allow-Headers "Authorization";
        add_header Access-Control-Allow-Credentials "true";
        add_header Content-Length 0;
        add_header Content-Type text/plain;
        return 200;
    }
}

    Si vous souhaitez autoriser la SCRO demandes de toute origine, de remplacer, de

    add_header Access-Control-Allow-Origin "http://example.com";

    avec

    add_header Access-Control-Allow-Origin "*";

    Si vous n'avez pas l'autorisation d'utilisation, vous n'aurez pas besoin de ce bit:

    add_header Access-Control-Allow-Headers "Authorization";
add_header Access-Control-Allow-Credentials "true";

    Pour l'API, je suis en développement, j'ai besoin de la liste blanche 3 méthodes: GET, POST et OPTIONS, et un X-App-Id en-tête, donc ce que j'ai fait:

    if ($request_method = OPTIONS ) {
    add_header Access-Control-Allow-Origin "*";
    add_header Access-Control-Allow-Methods "GET, POST, OPTIONS";
    add_header Access-Control-Allow-Headers "X-App-Id";
    add_header Content-Length 0;
    add_header Content-Type text/plain;
    return 200;
}
    InformationsquelleAutor Nino Škopac