Если вам нужен запрос перед полетом, например. поэтому вы можете отправлять аутентифицированные запросы, вы не можете установить Access-Control-Allow-Origin: *
. Это должен быть конкретный домен Origin
. Также вы должны установить заголовки ответов Access-Control-Allow-Methods
и Access-Control-Allow-Headers
, если вы используете что-либо помимо значений по умолчанию. (Обратите внимание, что эти ограничения - это то, как работает CORS - вот как это определено.)
Таким образом, недостаточно просто набросить атрибут [EnableCors]
, вы должны установить значения для параметров:
[EnableCors(origins: "https://www.olliejones.com", headers: "X-Custom-Header", methods: "PUT", SupportsCredentials = true)]
Или если вы хотите делать что-то вручную и явно:
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Origin", "https://www.olliejones.com");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Headers", "X-Custom-Header");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Methods", "PUT");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Credentials", "true");
Последнее, что вам нужно вызвать .EnableCors()
при запуске. В частности. MVC или WebAPI, вы бы назвали это на HttpConfiguration, при регистрации конфигурации и тому подобное, однако я понятия не имею, как это работает с WebForms.
Да, Вы можете. Явный Reg Vars переговоры о синтаксисе необходимо прикрепить переменную к определенному регистру.
Если Вы переходите к сути дела, где Вы определяете отдельные регистры для каждого внутреннего, Вы могли бы также просто записать каталог блока, особенно учитывая противную привычку gcc к pessimizing intrinsics излишне во многих случаях.