Një vizitor klikon një buton. Serveri juaj PHP thërret një API të jashtme. API-ja sheh lidhjen dalëse të serverit, ose daljen e proxy-t të konfiguruar për atë lidhje. Shfletuesi i vizitorit po trajton një lidhje të veçantë me faqen tuaj.

Kopjimi i adresës së vizitorit në një header nuk mund ta zhvendosë lidhjen PHP në rrjetin e vizitorit. Header-at janë të dhëna që dërgohen mbi një lidhje tashmë të vendosur. Një destinacion mund të përdorë një header të besuar përcjellës në logjikën e vet të aplikacionit, por kjo nuk e shndërron vlerën e header-it në adresën burimore të lidhjes.

Një proxy duhet ta pranojë lidhjen

Për ta dërguar cURL-in PHP nëpërmjet një makine tjetër, ajo makinë duhet të ofrojë një shërbim proxy të arritshëm me leje për ta bartur kërkesën. Procesi PHP duhet të jetë në gjendje të lidhet me të. Një sesion i zakonshëm shfletuesi i vizitorit nuk i jep serverit tuaj një pikë të tillë proxy të përgjithshme.

Opsioni proxy i libcurl zgjedh shërbimin me të cilin lidhet cURL. Ai nuk mund të kërkojë nga një shfletues arbitrar të origjinojë kërkesën në emër të tij.

Një kërkesë shfletuesi është një dizajn tjetër

Për disa API, shfletuesi mund ta thërrasë destinacionin drejtpërdrejt. Kjo e vendos kërkesën në rrugën e rrjetit të përdoruesit, subjekt i konfigurimit të vetë proxy-t. Kërkon gjithashtu një API të dizajnuar për klientë shfletuesi. Aksesi ndërorigjinë ndjek CORS, dhe kredencialet e dërguara në kodin e shfletuesit bëhen të disponueshme për atë klient.

Vendosni se ku i përket kërkesa përpara se të zgjidhni një opsion proxy. Mbani kredencialet e serverit në server; përdorni një integrim shfletuesi të dokumentuar kur shërbimi mbështet një të tillë. Asnjëri dizajn nuk ofron një shkurtore të besueshme për t'i bërë një kërkesë serveri të trashëgojë identitetin e rrjetit të një vizitori.

Artikuj të ngjashëm