PHP file_get_contents ৰ সৈতে প্ৰক্সিৰ জৰিয়তে HTTP URL অনা

PHP cURL অবিহনে সাধাৰণ HTTP অনুৰোধৰ বাবে, HTTP ষ্ট্ৰিম ৰেপাৰলৈ এটা প্ৰক্সি কনটেক্সট প্ৰেৰণ কৰক:

$context = stream_context_create([
    'http' => [
        'proxy' => 'tcp://203.0.113.10:8080',
        'request_fulluri' => true,
        'timeout' => 10,
    ],
]);
$body = file_get_contents('http://example.com/', false, $context);

ডকুমেণ্টেচন এণ্ডপইণ্টটো আপোনাৰ HTTP প্ৰক্সি বা HTTP প্ৰক্সি তালিকা ৰ পৰা এজন প্ৰাৰ্থীৰ সৈতে সলনি কৰক। HTTP কনটেক্সট ইণ্টাৰফেচ proxyৰ বাবে এটা TCP ঠিকনাৰ আশা কৰে। request_fulluri=true সম্পূৰ্ণ গন্তব্য URI টো অনুৰোধ শাৰীত ৰাখে, যেনেকৈ বহুতো ফৰৱাৰ্ড প্ৰক্সিয়ে দাবী কৰে। টাইমআউটে সেই ৰেপাৰৰ নিয়মৰ অধীনত ষ্ট্ৰিম কাৰ্য্যক সীমাবদ্ধ কৰে।

বডি বিশ্লেষণ কৰাৰ আগতে ঘূৰাই দিয়া মান আৰু সতৰ্কবাণী পৰীক্ষা কৰক; বিফল পঢ়া আৰু সফল খালী সঁহাৰিৰ বাবে ভিন্ন পৰিচালনা প্ৰয়োজন। এই এটা HTTP গন্তব্য আৰু সীমিত অনুৰোধৰ সৈতে নিদান আৰম্ভ কৰক। HTTPS এ টানেলিং আৰু TLS আচৰণ যোগ কৰে যিবোৰ প্ৰকৃত ৰেপাৰ/PHP সংস্কৰণৰ বাবে পৰীক্ষা কৰিব লাগিব; এই উদাহৰণে সেই সামৰ্থ্যবোৰ প্ৰতিষ্ঠা নকৰে।

এই কলত কনটেক্সট প্ৰেৰণ কৰিলে পথটো দৃশ্যমান থাকে আৰু অসংলগ্ন URL পঢ়া সলনি কৰাৰ পৰা বিৰত থাকে। এটা ভাগ কৰা ডিফল্ট কনটেক্সট কেৱল তেতিয়াহে উপযুক্ত যেতিয়া এপ্লিকেচনে ইচ্ছাকৃতভাৱে সেই নীতি বিচাৰে; লাইব্ৰেৰীয়ে ইয়াৰ বহল পৰিসৰ বিবেচনা কৰা উচিত।

ই PHP ষ্ট্ৰিম কনফিগাৰ কৰে, স্বতন্ত্ৰভাৱে সৃষ্টি কৰা cURL হেণ্ডেল নহয়, ব্ৰাউজাৰ বা অন্য প্ৰক্ৰিয়াও নহয়। এটা পেকেজে এই কনটেক্সট ব্যৱহাৰ কৰিব বুলি আশা কৰাৰ আগতে তাৰ প্ৰকৃত HTTP পৰিবহন চিনাক্ত কৰক।