Header add Access-Control-Allow-Origin "*"
Header add Access-Control-Allow-Headers "origin, x-requested-with, content-type"
Header add Access-Control-Allow-Methods "
UT, GET, POST, DELETE, OPTIONS"
我在 Django 上有一个 Web 应用程序，它对服务器进行大量异步调用。
它在除 Safari 之外的所有浏览器上都运行良好，特别是在用户报告至少有间歇性问题的 iOS 上。
看来问题可能源于 Safari 发送 OPTIONS 请求。这是来自 Apache 日志的片段(为匿名而编辑):
172.31.34.143 - - [20/Jun/2017:14:12:46 +0100] "OPTIONS /asyncservice/ HTTP/1.1" 500 245 "http://www.example.com/app/" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_2 like Mac OS X) AppleWebKit/603.2.4 (KHTML, like Gecko) Version/10.0 Mobile/14F89 Safari/602.1"
有没有人遇到过这种情况，有解决办法吗？
我可能已经解决了这个问题。
有一个由发送 Django CRSF (Cross Site Request Forgery) 保护头的 JavaScript 设置的请求头。
Safari 看到此 header ，无法识别它并发送所谓的预检请求，即 OPTIONS 请求。
Apache 拒绝此请求，理由是 Safari 没有通过 OPTIONS 请求发送正确的来源(为什么它不是模糊的 - 在我看来，它真的像 Safari 中的一个错误。)
Safari 得到 500 并断定 POST 请求是欺诈性的并拒绝发送。
鉴于发出请求的原因是 Safari 无法识别 Django CRSF header ，因此允许 Apache 从任何来源接收并信任 Django 使用 CRSF 处理错误请求似乎是合理的。
所以，我已将 Apache 配置为允许来自任何来源，如下所示:
Header add Access-Control-Allow-Origin "*" Header add Access-Control-Allow-Headers "origin, x-requested-with, content-type" Header add Access-Control-Allow-Methods "
到目前为止，这些 500 年代还没有出现，而是早期。
关于linux - 来自 iOS 的 OPTIONS 请求，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/44844266/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://jike.in/) | Powered by Discuz! X3.4 |