|
|
Objavljeno 5. 8. 2020 ob 20:54:24
|
|
|
|

Ko brskalnik zahteva vire s spletne strani ene domene na drugo domeno, se domena, port in protokol razlikujejo in so meddomenski.
Tudi sam sem veliko pisal o meddomenskem pristopu, in sicer:
Obstajajo tudi specifični opisi, kaj je meddomensko delovanje:
Standard za izmenjavo virov med domenami dodaja nov nabor HTTP glavičastih polj, ki strežniku omogočajo, da razglasi, kateri izvori imajo dostop do katerih virov prek brskalnika. Poleg tega specifikacija zahteva, da mora brskalnik za HTTP metode zahtev, ki lahko povzročijo stranske učinke na strežniške podatke (zlasti HTTP zahteve, ki niso GET, ali pri nekaterih MIME tipih POST zahtev), najprej sprožiti pred-pregled z uporabo metode OPTIONS, da ugotovi, ali strežnik dovoljuje zahtevo med domenami. Strežnik potrdi, da je dovoljena, preden odda dejansko HTTP zahtevo. V odgovoru na zahtevo za predpotisk lahko strežnik tudi obvesti odjemalca, če mora prinesti identitetne podatke (vključno s piškotki in podatki, povezanimi z HTTP avtentikacijo).
HTTP nadzor dostopa (CORS)
Prijava do hiperpovezave je vidna.
Prejšnji konec tedna sem na uvodni strani svojega bloga uporabniku vrnil naslov članka v obliki klica vmesnika, ker je bil klic povezan z drugimi domenami druge ravni, zato je prišlo do težave med domenami, vmesnik je bil dostopan preko POST zahteve, in pozabil sem nastaviti zahtevo OPTIONS na začetku, zato je bila napaka prijavljena takole:
Vmesnik je napisan asp.net MVC krmilnik, zato je dovolj, da dodate še eno zahtevo OPTIONS in omogočite meddomensko povezavo, koda pa je naslednja:
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
(Konec)
|
Prejšnji:SSIS vodič (7) SQL Server 2012 izvaja SSIS nalogeNaslednji:Podatki o delniškem vmesniku Tencent, Hexun.com, Sina, Snowball, NetEase
|