সেই PHP multi-cURL ট্ৰান্সফাৰে কোন Proxy ব্যৱহাৰ কৰিছিল?

multi-cURL ট্ৰান্সফাৰসমূহ নিজৰ ক্ৰমত সম্পূৰ্ণ হয়। আপুনি যদি প্ৰতিটো হেণ্ডেলত এটা বেলেগ proxy দিছে, তেন্তে প্ৰথম সম্পূৰ্ণ হোয়া ফলাফল আপোনাৰ input তালিকাৰ প্ৰথম proxy ৰ নহ'বৰ্ত্তাৰ্ব পাৰে।

প্ৰতিটো হেণ্ডেল configure কৰোঁতে এটা স্থিৰ transfer identifier সংযুক্ত কৰক। আপুনি যদি বাছনি কৰিব পাৰা ৰাজহুৱা endpoint পৰীক্ষা কৰি আছে, তেন্তে HTTP proxy তালিকা এ HTTP প্ৰাৰ্থী যোগান ধৰে। PHP এ libcurl ৰ private-data ব্যৱস্থা উন্মোচন কৰে:

$id = 'job-17';
curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_PRIVATE, $id);

যেতিয়া curl_multi_info_read() এ এটা সম্পূৰ্ণ ট্ৰান্সফাৰৰ কথা জনায়, identifier পুনৰুদ্ধাৰ কৰিবলৈ ঘূৰাই দিয়া হেণ্ডেল ব্যৱহাৰ কৰক:

$id = curl_getinfo($message['handle'], CURLINFO_PRIVATE);

সেই identifier ৰ দ্বাৰা key কৰা এটা application ৰেকৰ্ড ৰাখক, য'ত destination, configured proxy আৰু attempt number থাকে। আন এটা proxy ৰ জৰিয়ে পুনৰে চেষ্টা এটা নতুন attempt ৰেকৰ্ডৰ যোগ্য, যদিও সেয়া একে সামগ্ৰীব্যাপী job ৰ হয়।

তিনি ধৰণৰ ঠিকনা পৃথক ৰাখক

configure কৰা proxy endpoint হ'ল cURL লৈ যোগান ধৰা ঠিকনা। এটা সংযোগৰ peer address এ cURL য়ে খোলা network সংযোগৰ বৰ্ণনা দিয়ে। destination-observed exit IP হ'ল সিতো পক্ষৰ পৰা জনোৱা তথ্য। সিহত বেলেগ হ'ব পাৰে, বিশেষকৈ chain বা provider-managed proxy ৰ সৈতে।

Private metadata এ আপোনাৰ অভিপ্ৰায়িত configuration ৰেকৰ্ড কৰে; ই প্ৰমাণ কৰিব নোৱাৰে destination ে কোন IP দেখিছিল। বিপৰীতভাৱে, destination ৰ IP response এ আপোনাৰ program ত কোন হেণ্ডেলে ইয়াক উৎপন্ন কৰিছিল সেয়া স্বয়ংক্ৰিয়ভাৱে নকয়।

ৰুটিন লগত এটা সুৰক্ষিত proxy identifier সংৰক্ষণ কৰক। যদি সম্পূৰ্ণ endpoint ত credentials থাকে, তেন্তে প্ৰতিটো বিফল ট্ৰান্সফাৰৰ বাবে সেই URL লগ কৰিলে password আপোনাৰ error collection ত ছটিয়াই দিয়ে।

এই সৰু bookkeeping পদক্ষেপে মিশ্ৰিত ফলাফল পঢ়িবলৈ সহজ কৰি তোলে: এটা job, এটা attempt, এটা নিৰ্বাচিত proxy, আৰু এটা প্ৰকৃত outcome। ই PHP ৰ resource-based আৰু object-based cURL API ৰ মাজত সলনি হোৱা আকস্মিক handle representation ৰ ওপৰত নিৰ্ভৰ কৰাও এৰাই যায়।