|
|
2020-8-5 tarihinde 20:54:24 tarihinde yayınlandı
|
|
|
|

Bir tarayıcı, bir alan adının web sayfasından başka bir alan adına kaynak talep ettiğinde, alan adı, portu ve protokol farklı olur ve çapraz alan adıdır.
Ben kendim çapraz alanlar hakkında çok şey yazdım, aşağıdaki gibi:
Çapraz alanların ne olduğuna dair özel açıklamalar da vardır:
Alanlar Arası Kaynak Paylaşım Standardı, sunucunun tarayıcı üzerinden hangi kaynaklara hangi kaynaklara erişebileceğini ilan etmesini sağlayan yeni bir HTTP başlık alanı seti ekler. Ayrıca, spesifikasyon, sunucu verisi üzerinde yan etkileri olabilecek HTTP isteği yöntemleri için (özellikle GET dışındaki HTTP istekleri veya bazı MIME POST isteği türlerinde), tarayıcının önce OPTIONS yöntemiyle bir ön uçuş talebi başlatması ve sunucu tarafından çapraz alan talebin izin verilip verilmediğini öğrenmesi gerektiğini belirtir. Sunucu, gerçek HTTP isteği yapmadan önce izin verildiğini onaylar. Bir ön uçuş talebi dönerken, sunucu ayrıca istemciyi kimlik bilgilerini (çerezler ve HTTP kimlik doğrulama ile ilgili veriler dahil) getirmesi gerektiğini bildirebilir.
HTTP Erişim Kontrolü (CORS)
Bağlantı girişi görünür.
Geçen hafta sonu, blog giriş sayfamda, makalenin başlığını kullanıcıya arayüz çağrısı şeklinde geri gönderdim, çünkü arayüz diğer ikinci seviye alan adlarına çağrılmıştı, bu yüzden çapraz alan adı sorunu vardı, arayüze POST isteği ile erişildi ve OPTIONS isteğini başta ayarlamayı unuttum, bu yüzden hata şu şekilde bildirildi:
Arayüz mvc denetleyicisi asp.net yazılır, bu yüzden sadece başka bir OPTIONS isteği eklemeniz ve alanlar arası izin vermeniz yeterlidir, kod şu şekildedir:
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
(Son)
|
Önceki:SSIS Tutorial (7) SQL Server 2012 SSIS İşlerini ÇalıştırıyorÖnümüzdeki:Tencent, Hexun.com, Sina, Snowball, NetEase hisse senedi arayüzü verileri
|