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)
Hopefuly können Sie mir helfen 😀
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
Du musst angemeldet sein, um einen Kommentar abzugeben.
Das problem ist, dass der Antrag gestellt wird, aber die Ausführung von (wahrscheinlich PHP) - Skript schlägt fehl, aufgrund einiger Fehler vor der
Access-Control-Allow-Origin
- header gesetzt ist.InformationsquelleAutor frececroka