Kin PHP cURL it IP-adres fan de besiker brûke?
Ferklarje hokker masine in cURL-ferbining oan tsjinnerkant iepenet en wat in proxy feroarje moatte soe om dy rûte te feroarjen.
In besiker klikt op in knop. Jo PHP-tsjinner ropt in eksterne API oan. De API sjocht de útgeande ferbining fan 'e tsjinner, of de útgong fan de proxy dy't foar dy ferbining konfigurearre is. De browser fan 'e besiker behannelet in aparte ferbining nei jo webside.
It adres fan 'e besiker yn in header kopiearje kin de PHP-ferbining net nei it netwurk fan 'e besiker ferpleatse. Headers binne gegevens dy't oer in al festige ferbining stjoerd wurde. In bestimming kin in fertroude trochstjoerheader brûke yn syn eigen applikaasjelogika, mar dat makket de headerwearde net it boarne-adres fan 'e ferbining.
In proxy moat de ferbining akseptearje
Om PHP cURL troch in oare masine te stjoeren, moat dy masine in berikbere proxyservice biede mei tastimming om it fersyk te dragen. It PHP-proses moat dêr ferbining mei meitsje kinne. De gewoane browsersesje fan in besiker jout jo tsjinner gjin sa'n algemien proxyeinpunt.
De proxy-opsje fan libcurl selektearret de service dêr't cURL ferbining mei makket. It kin in willekeurige browser net freegje om it fersyk yn syn plak te begjinnen.
In browserfersyk is in oar ûntwerp
Foar guon API's kin de browser de bestimming direkt oanroppe. Dat set it fersyk op it netwurkpaad fan 'e brûker, ûnder har eigen proxykonfiguraasje. It freget ek om in API dy't foar browserkliïnten ûntwurpen is. Tagong tusken oarsprongen folget CORS, en ynloggegevens dy't nei browserkoade stjoerd wurde, wurde foar dy klient beskikber.
Beslis wêr't it fersyk heart foardat jo in proxy-opsje kieze. Hâld tsjinner-ynloggegevens op 'e tsjinner; brûk in dokumintearre browser-yntegraasje as de service dat stipet. Gjin fan beide ûntwerpen biedt in betroubere flugge wei om in tsjinnerfersyk de netwurkidentiteit fan in besiker ervje te litten.