CURLOPT_PROXYPORT تنها یک شماره پورت فراهم می‌کند. میزبان پروکسی را شناسایی نمی‌کند، پروتکل انتخاب نمی‌کند و شنونده‌ای روی ماشین محلی ایجاد نمی‌کند.

پیکربندی تازه PHP cURL وقتی نقطه پایانی کامل کنار هم بماند خواناتر است:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');

مستندات libcurl گزینه جداگانه پورت را توصیه نمی‌کند. کد موجود هنوز می‌تواند آن را با میزبانی که پورت جاسازی‌شده ندارد به کار ببرد:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);

پورتی که صریحاً در رشته پروکسی آمده بر گزینه جداگانه اولویت دارد. از نگهداری دو عدد متناقض بپرهیزید.

اگر در یک قطعه فقط CURLOPT_PROXYPORT دیده می‌شود، بقیه پیکربندی handle و محیط مربوط را بررسی کنید. خود قطعه آشکار نمی‌کند libcurl از کدام میزبان پروکسی، اگر وجود داشته باشد، استفاده خواهد کرد.

پورت 3128 یک انتخاب رایج استقرار است، نه آشکارساز پروتکل. از پروتکل و پورت واقعی شنونده استفاده کنید. برای مسیر عمومی HTTP، فهرست پروکسی HTTP گزینه‌های نشانی و پورت را ارائه می‌دهد که باید در URL پروکسی کنار هم بمانند. پروکسی‌ای که روی پورت دیگری در دسترس است لازم نیست فقط برای هم‌خوانی با یک نمونه جابه‌جا شود.

مقالات مرتبط