PHP cURL એપ્લિકેશનમાં “પ્રોક્સી લો” એ ત્રણ અલગ વસ્તુઓનો અર્થ હોઈ શકે. બીજી વિનંતી ઉમેરતા પહેલાં નક્કી કરો કે તમને કયું નિરીક્ષણ જોઈએ.

પ્રશ્નક્યાં જોવું
એપ્લિકેશને કયો અંતિમ બિંદુ રૂપરેખાંકિત કર્યો?હેન્ડલને આપેલી ગોઠવણી
આ ટ્રાન્સફર માટે પ્રોક્સી વપરાયો હતો?ટ્રાન્સફર માહિતી, જ્યાં સમર્થિત હોય
વેબસાઇટે કયું જાહેર સરનામું જોયું?તે લક્ષ્ય પરનું નિરીક્ષણ

પસંદ કરેલ અંતિમ બિંદુ હેન્ડલ અથવા વિનંતી ઑબ્જેક્ટ સાથે રાખો. curl_getinfo ટ્રાન્સફર-માહિતી ઇન્ટરફેસ છે, અગાઉ સોંપાયેલ દરેક CURLOPT મૂલ્ય માટે સામાન્ય ગેટર નથી. curl_setopt કૉલને અટકાવવાનો પ્રયત્ન કરવા કરતાં એપ્લિકેશનની ગોઠવણી રાખવી સરળ છે.

પૂર્ણ થયેલ ટ્રાન્સફરની તપાસ કરો

ટ્રાન્સફર પછી, જોડાયેલ પીઅર CURLINFO_PRIMARY_IP દ્વારા ઉપલબ્ધ છે. જ્યારે પ્રથમ કનેક્શન પ્રોક્સી તરફ જાય છે, ત્યારે તે પીઅર વેબસાઇટના સરનામાને બદલે પ્રોક્સીનું સરનામું હોઈ શકે.

$peer = curl_getinfo($ch, CURLINFO_PRIMARY_IP);
$usedProxy = defined('CURLINFO_USED_PROXY')
    ? curl_getinfo($ch, constant('CURLINFO_USED_PROXY'))
    : null;

CURLINFO_USED_PROXY 8.7.0 માં libcurl માં ઉમેરાયું અને સુસંગત PHP બિલ્ડ્સ તેને આપે છે. તેનું પરિણામ પ્રોક્સી વપરાશ જણાવે છે, પસંદ કરેલ પ્રોક્સીનું પૂર્ણ URL નહીં. જો સ્થિરાંક ઉપલબ્ધ ન હોય, તો ઉપરનું null એટલે કે નિરીક્ષણ ઉપલબ્ધ નથી, એવું નહીં કે વિનંતી સીધી ગઈ.

આ મૂલ્યો ત્યારે વાંચો જ્યારે હેન્ડલ હજી સંબંધિત ક્રિયાનું વર્ણન કરે છે. નિષ્ફળ કનેક્શન ઉપયોગી પીઅર સરનામું ન આપી શકે, અને સ્પષ્ટ પ્રોક્સીને લાગુ પડતા બાકાત દ્વારા હજી ટાળી શકાય છે.

IP-તપાસ અંતિમ બિંદુ ત્રીજા પ્રશ્નનો જવાબ આપે છે. તેનો જવાબ પ્રોક્સી પાછળનું એક્ઝિટ વર્ણવી શકે, જ્યારે રૂપરેખાંકિત હોસ્ટનામ બીજા પ્રવેશમાં ઉકેલાય છે. એપ્લિકેશનની સેટિંગ્સમાં એક સરનામું બીજા દ્વારા બદલવું ન જોઈએ.

સંબંધિત લેખો