Obiskovalec klikne gumb. Vaš strežnik PHP pokliče zunanji API. API vidi odhodno povezavo strežnika ali izhod proxyja, nastavljenega za to povezavo. Brskalnik obiskovalca upravlja ločeno povezavo do vašega spletnega mesta.

Kopiranje naslova obiskovalca v glavo ne more premakniti povezave PHP v omrežje obiskovalca. Glave so podatki, poslani po že vzpostavljeni povezavi. Cilj lahko v svoji aplikacijski logiki uporabi zaupanja vredno glavo za posredovanje, vendar to vrednosti glave ne spremeni v izvorni naslov povezave.

Proxy mora sprejeti povezavo

Da bi PHP cURL šel skozi drug stroj, mora ta ponujati dosegljivo proxy storitev z dovoljenjem za prenos zahteve. Proces PHP se mora nanjo znati povezati. Običajna seja brskalnika obiskovalca vašemu strežniku ne daje takšne splošne proxy končne točke.

Možnost proxy v libcurl izbere storitev, na katero se poveže cURL. Od poljubnega brskalnika ne more zahtevati, da zahtevo začne v njenem imenu.

Zahteva iz brskalnika je drugačna zasnova

Pri nekaterih API-jih lahko brskalnik cilj pokliče neposredno. S tem zahteva pride na omrežno pot uporabnika, odvisno od njegove lastne proxy konfiguracije. Za to je potreben tudi API, zasnovan za brskalniške odjemalce. Dostop med izvori sledi CORS, poverilnice, poslane v kodo brskalnika, pa postanejo dostopne temu odjemalcu.

Pred izbiro možnosti proxy se odločite, kje naj bo zahteva. Poverilnice strežnika hranite na strežniku; uporabite dokumentirano integracijo v brskalnik, ko jo storitev podpira. Nobena zasnova ne ponuja zanesljive bližnjice, da bi strežniška zahteva podedovala omrežno identiteto obiskovalca.

Sorodni članki