|
|
Опубликовано 2020-8-5 20:54:24
|
|
|
|

Когда браузер запрашивает ресурсы с веб-страницы одного доменного имени в другое, доменное имя, порт и протокол отличаются и являются междоменными.
Я сам много писал о кросс-доменах, а именно так:
Существуют также конкретные описания того, что такое кросс-домен:
Междоменный стандарт совместного использования ресурсов добавляет новый набор полей заголовков HTTP, которые позволяют серверу через браузер указывать, какие источники имеют доступ к каким ресурсам. Кроме того, спецификация требует, чтобы для методов HTTP-запроса, которые могут влиять на серверные данные (особенно для HTTP-запросов, отличных от GET, или некоторых MIME-запросов POST), браузер должен сначала инициировать предполетный запрос с помощью метода OPTIONS, чтобы узнать, разрешен ли кросс-доменный запрос сервером. Сервер подтверждает, что это разрешено, прежде чем сделать сам HTTP-запрос. При возврате предполётного запроса сервер также может уведомить клиента о необходимости принести идентификационные учетные данные (включая файлы cookie и данные, связанные с HTTP-аутентификацией).
Контроль доступа к HTTP (CORS)
Вход по гиперссылке виден.
В прошлые выходные, на странице введения в блог, я вернул заголовок статьи пользователю в виде вызова интерфейса, потому что он вызывался на другие доменные имена второго уровня, возникла проблема между доменами, доступ к интерфейсу осуществлялся через запрос POST, и я забыл установить запрос OPTIONS в начале, поэтому ошибка была зафиксирована следующим образом:
Интерфейс написан asp.net контроллере mvc, поэтому достаточно добавить ещё один запрос OPTIONS и разрешить кросс-домен, код выглядит следующим образом:
access-control-allow-headers: *
access-control-allow-methods: GET, POST, PUT, DELETE
access-control-allow-origin: *
cache-control: private
content-length: 0
date: Wed, 05 Aug 2020 12:43:22 GMT
status: 200
(Конец)
|
Предыдущий:Руководство по SSIS (7) SQL Server 2012 выполняет задачи SSISСледующий:Данные интерфейса Tencent, Hexun.com, Sina, Snowball, NetEase
|