У меня возникают проблемы с правильной работой междоменного запроса CORS в Chrome.
Заголовки запроса:
Accept:*/*
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8
Access-Control-Request-Headers:origin, content-type
Access-Control-Request-Method:POST
Connection:keep-alive
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
Заголовки ответа:
Access-Control-Allow-Headers:*
Access-Control-Allow-Origin:*
Allow:GET, POST, OPTIONS
Content-Length:0
Date:Tue, 30 Oct 2012 20:04:28 GMT
Server:BaseHTTP/0.3 Python/2.7.3
Ошибка:
XMLHttpRequest cannot load domain. Request header field Content-Type is not allowed by Access-Control-Allow-Headers.
И код Python, обслуживающий запрос параметров, таков:
self.send_response(200)
self.send_header('Allow', 'GET, POST, OPTIONS')
self.send_header('Access-Control-Allow-Origin', '*')
self.send_header('Access-Control-Allow-Headers', '*')
self.send_header('Content-Length', '0')
self.end_headers()
Кажется, Access-Control-Allow-Origin
подстановочный знак игнорируется?
Эти заголовки CORS не поддерживаются
*
как значение, единственный способ - заменить*
на это:Accept, Accept-CH, Accept-Charset, Accept-Datetime, Accept-Encoding, Accept-Ext, Accept-Features, Accept-Language, Accept-Params, Accept-Ranges, Access-Control-Allow-Credentials, Access-Control-Allow-Headers, Access-Control-Allow-Methods, Access-Control-Allow-Origin, Access-Control-Expose-Headers, Access-Control-Max-Age, Access-Control-Request-Headers, Access-Control-Request-Method, Age, Allow, Alternates, Authentication-Info, Authorization, C-Ext, C-Man, C-Opt, C-PEP, C-PEP-Info, CONNECT, Cache-Control, Compliance, Connection, Content-Base, Content-Disposition, Content-Encoding, Content-ID, Content-Language, Content-Length, Content-Location, Content-MD5, Content-Range, Content-Script-Type, Content-Security-Policy, Content-Style-Type, Content-Transfer-Encoding, Content-Type, Content-Version, Cookie, Cost, DAV, DELETE, DNT, DPR, Date, Default-Style, Delta-Base, Depth, Derived-From, Destination, Differential-ID, Digest, ETag, Expect, Expires, Ext, From, GET, GetProfile, HEAD, HTTP-date, Host, IM, If, If-Match, If-Modified-Since, If-None-Match, If-Range, If-Unmodified-Since, Keep-Alive, Label, Last-Event-ID, Last-Modified, Link, Location, Lock-Token, MIME-Version, Man, Max-Forwards, Media-Range, Message-ID, Meter, Negotiate, Non-Compliance, OPTION, OPTIONS, OWS, Opt, Optional, Ordering-Type, Origin, Overwrite, P3P, PEP, PICS-Label, POST, PUT, Pep-Info, Permanent, Position, Pragma, ProfileObject, Protocol, Protocol-Query, Protocol-Request, Proxy-Authenticate, Proxy-Authentication-Info, Proxy-Authorization, Proxy-Features, Proxy-Instruction, Public, RWS, Range, Referer, Refresh, Resolution-Hint, Resolver-Location, Retry-After, Safe, Sec-Websocket-Extensions, Sec-Websocket-Key, Sec-Websocket-Origin, Sec-Websocket-Protocol, Sec-Websocket-Version, Security-Scheme, Server, Set-Cookie, Set-Cookie2, SetProfile, SoapAction, Status, Status-URI, Strict-Transport-Security, SubOK, Subst, Surrogate-Capability, Surrogate-Control, TCN, TE, TRACE, Timeout, Title, Trailer, Transfer-Encoding, UA-Color, UA-Media, UA-Pixels, UA-Resolution, UA-Windowpixels, URI, Upgrade, User-Agent, Variant-Vary, Vary, Version, Via, Viewport-Width, WWW-Authenticate, Want-Digest, Warning, Width, X-Content-Duration, X-Content-Security-Policy, X-Content-Type-Options, X-CustomHeader, X-DNSPrefetch-Control, X-Forwarded-For, X-Forwarded-Port, X-Forwarded-Proto, X-Frame-Options, X-Modified, X-OTHER, X-PING, X-PINGOTHER, X-Powered-By, X-Requested-With
.htaccess
Пример (в комплекте CORS):ВОПРОСЫ-ОТВЕТЫ:
Почему
Access-Control-Allow-Headers
,Access-Control-Expose-Headers
,Access-Control-Allow-Methods
значение сверхдлинное?Они не поддерживают
*
синтаксис, поэтому я собрал наиболее распространенные (и экзотические) заголовки со всего Интернета в различных форматах # 1 # 2 # 3 (и я буду обновлять список время от времени)Почему вы используете
Header unset ______
синтаксис?Серверы GoDaddy (на которых размещен мой веб-сайт ..) имеют странную ошибку, при которой, если заголовки уже установлены, предыдущее значение присоединяется к существующему .. (вместо того, чтобы заменять его). Таким образом, я "предварительно очищаю" существующие значения (на самом деле просто быстрое и грязное решение)
Насколько безопасно использовать "как есть"?
Ну ... в основном ответ будет ДА, поскольку
.htaccess
заголовки ограничиваются сценариями (PHP, HTML, ...) и ресурсами (.JPG, .JS, .CSS), обслуживаемыми из следующего местоположения "папки". При желании вы можете удалитьAccess-Control-Allow-Methods
линии. Кроме тогоConnection
,Time-Zone
,Keep-Alive
иDNT
,Accept-Ranges
,Vary
,X-UA-Compatible
,X-Frame-Options
,X-Content-Type-Options
иX-Xss-Protection
это только предложение , я использую для моего интернет-сервис .. не стесняйтесь , чтобы удалить их тоже ...взято из моего комментария выше
источник
Access-Control-Allow-Origin "*"
но ничего не работало, пока я не использовал это. Даже у провайдера CDN не было ответа для нас. Я запускаю сайт в Siteground , возможно, как GoDaddy , обязательно сначала все сбросить .Access-Control-Allow-Methods
всех этих методов: HTTP / 0.9, HTTP / 1.0, HTTP / 1.1, HTTP / 2Я обнаружил, что это
Access-Control-Allow-Headers: *
должно быть установлено ТОЛЬКО для запроса OPTIONS. Если вы вернете его для запроса POST, браузер отменит запрос (по крайней мере, для Chrome)Следующий код PHP работает для меня
Я нашел похожие вопросы с вводящим в заблуждение ответом:
Access-Control-Allow-Headers
не совпадает с localhost. Это неправильно: я могу использовать CORS на моем локальном сервере с помощью Post в обычном режимеAccess-Control-Allow-Headers
принимает подстановочные знаки. Тоже неправильно, у меня работает подстановочный знак (тестировал только с Chrome)У меня уходит полдня, чтобы разобраться в проблеме.
Удачного кодирования
источник
*
наAccess-Control-Allow-Headers
дажеOPTIONS
.Цитата из монсура,
Итак, вот мое решение для php.
источник
header('Access-Control-Allow-Headers: ' . $_SERVER['HTTP_ACCESS_CONTROL_ALLOW_HEADERS']);
вот заклинание для nginx, внутри
источник