All cURL PHP ddefnyddio IP yr ymwelydd?
Esboniwch pa beiriant sy'n agor cysylltiad cURL ar ochr y gweinydd a beth fyddai ei angen ar brocsi i newid y llwybr hwnnw.
Mae ymwelydd yn clicio botwm. Mae eich gweinydd PHP yn galw API allanol. Mae'r API yn gweld cysylltiad allan y gweinydd, neu allanfa'r procsi a ffurfweddwyd ar gyfer y cysylltiad hwnnw. Mae porwr yr ymwelydd yn trin cysylltiad ar wahân i'ch gwefan.
Ni all copïo cyfeiriad yr ymwelydd i bennawd symud y cysylltiad PHP i rwydwaith yr ymwelydd. Mae pennawdau'n ddata a anfonir dros gysylltiad sydd eisoes wedi'i sefydlu. Gall cyrchfan ddefnyddio pennawd anfon ymddiriedol yn ei resymeg ei hun, ond nid yw hynny'n troi gwerth y pennawd yn gyfeiriad ffynhonnell y cysylltiad.
Rhaid i brocsi dderbyn y cysylltiad
I anfon cURL PHP drwy beiriant arall, rhaid i'r peiriant hwnnw gynnig gwasanaeth procsi cyrraeddadwy gyda chaniatâd i gludo'r cais. Rhaid i broses PHP allu cysylltu ag ef. Nid yw sesiwn porwr arferol ymwelydd yn rhoi pwynt terfyn procsi cyffredinol o'r fath i'ch gweinydd.
Mae opsiwn procsi libcurl yn dewis y gwasanaeth y mae cURL yn cysylltu ag ef. Ni all ofyn i borwr mympwyol ddechrau'r cais ar ei ran.
Mae cais porwr yn ddyluniad gwahanol
Ar gyfer rhai APIau, gall y porwr alw'r gyrchfan yn uniongyrchol. Mae hynny'n gosod y cais ar lwybr rhwydwaith y defnyddiwr, yn amodol ar eu ffurfweddiad procsi eu hunain. Mae hefyd angen API a ddyluniwyd ar gyfer cleientiaid porwr. Mae mynediad traws-darddiol yn dilyn CORS, ac mae manylion mewngofnodi a anfonir i god y porwr ar gael i'r cleient hwnnw.
Penderfynwch ble mae'r cais yn perthyn cyn dewis opsiwn procsi. Cadwch fanylion mewngofnodi'r gweinydd ar y gweinydd; defnyddiwch integreiddiad porwr wedi'i ddogfennu pan fydd y gwasanaeth yn cefnogi un. Nid yw'r naill ddyluniad na'r llall yn cynnig llwybr byr dibynadwy i wneud cais gweinydd yn etifeddu hunaniaeth rwydwaith ymwelydd.