Kein "Access-Control-Allow-Origin' - header vorhanden ist, auf die angeforderte Ressource

Habe ich drei ajax-Aufrufe (POST, GET und PUT), alle mit einem vorangestellten preflight-Anfrage (OPTIONEN). Die POST-Aufruf erzeugt ein Benutzer, der GET-Aufruf liest die Benutzer-und die PUT-call ändert dieser user. Sie sind alle angekettet callt mit .dann(). Alle Anfragen werden cross-domain-und server implementiert hat, CORS. Alle Anfragen werden aus dem gleichen Ursprung zum gleichen server (alle um die gleichen Ressourcen), sondern nur die PUT-Anfrage zu provozieren, den Fehler im Titel. Der filter im back-end ändern der Kopfzeile ist die gleiche für alle Anfragen (POST, GET, PUT, DELETE), also ich weiß wirklich nicht, warum die Anfrage abgebrochen wird. Auch die preflight-Anfrage, die es zu bestätigen, dass der server ermöglicht die PUT-request zu Durchlaufen hat, kein problem und kommt zurück mit einem günstigen access-control-allow-origin...

Habe ich auch bemerkt, dass Chrome bricht die PUT-Anfrage (vielleicht weil der Ursprung ist nicht erlaubt)
Kein

Hopefuly können Sie mir helfen 😀

Tun die header-Einstellungen für Access-Control-Allow-Methods enthalten auch PUT?
Ja, es funktioniert :/.
Schuss im Dunkeln: Die Antwort hat nicht ein Access-Control-Allow-Origin-header. Haben Sie einen Blick auf Ihre Antwort Header für die PUT-Anfrage-wie berichtet-durch einen proxy und Sie hier posten.
Die PUT-Anforderung hat keine Antwort, wie es storniert wird durch Chrom. Die PUT-preflight-Anfrage stellt, einen positiven Zugang-Control-Allow-Origin.
Nein, Chrome ist nicht Aufhebung der Antrag, es kann nur in dieser Weise erscheinen. Das Problem ist in der server-code, wie ich erwähnt habe.

InformationsquelleAutor | 2013-11-15

Schreibe einen Kommentar