প্ৰক্সিয়ে তথ্য যোগান ধৰে। আপোনাৰ write callback-এ ভুল মান ঘূৰাই দিয়ে। ইয়াৰ পিছত libcurl বন্ধ হয়, আৰু চাৰিওফালৰ কোডে আন এটা “প্ৰক্সি ডাউনলোড বিফলতা” ৰিপৰ্ট কৰে।

callback-এ প্ৰকৃততে কিমান গ্ৰহণ কৰা বাইট প্ৰক্ৰিয়া কৰিলে সেইয়া ৰিপৰ্ট কৰিব লাগে। বেলেগ সংখ্যা ঘূৰাই দিলে বিফলতা সূচায়। ইচ্ছাকৃতভাৱে ব্লকিং লিখনযোগ্য sink ৰ বাবে এটা খণ্ড এনেকুৱা হ'ব পাৰে:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_WRITEFUNCTION,
    function ($handle, $chunk) use ($sink) {
        $written = fwrite($sink, $chunk);
        return $written === false ? 0 : $written;
    }
);

ই ধৰি লয় যে বৰ্তমানৰ এপ্লিকেচনে handle আৰু লিখনযোগ্য sink ৰ মালিক। বিফল বা চুটি লিখনে গোটেই খণ্ডটো সংৰক্ষণ হ’ল বুলি নিমাতে নকৈ বন্ধ কৰে। ব্লকিং নোহোৱা sink-এ উপযুক্ত বাফাৰিং আৰু pause/resume ডিজাইন প্ৰয়োজন; সৰু খণ্ডটোৱে এনে এটা নিদিয়ে।

বাইট গণনা কৰক, প্ৰদৰ্শিত আখৰ নহয়। তথ্য binary হ'ব পাৰে বা বহু-বাইট পাঠ ক্ৰমৰ অংশ হ'ব পাৰে। এটা callback অৱশ্যে এটা শাৰী, এটা JSON দস্তাবেজ বা সেৱাৰ পৰা অহা এটা বাৰ্তা নহয়।

incremental parsing-এ callback-বিলাকৰ মাজত নিজৰ অৱস্থা প্ৰয়োজন। বিপৰীতভাৱে, সম্পূৰ্ণ নোহোৱালৈকে প্ৰতিটো খণ্ড জমা কৰা সৰু সীমিত সঁহাৰিৰ বাবে শুদ্ধ হ'ব পাৰে, কিন্তু ডাঙৰ বা অন্তহীন stream ৰ বাবে স্মৃতি নীতি নহয়।

স্থানান্তৰৰ ফলাফল আৰু callback বিফলতাৰ প্ৰমাণ ৰাখক। বৈধ প্ৰক্সি পথ স্থাপন হোৱাৰ পিছতো স্থানীয় ডিস্ক ত্ৰুটি বা parser বন্ধ হ'ব পাৰে। যদি আপুনি এটা prefix ৰ পিছত ৰ'ব বিচাৰে, সেই ইচ্ছাকৃত callback বন্ধটো সুকীয়াকৈ চিহ্নিত কৰক। প্ৰক্সি ঠিকনা সলনি কৰিলে তথ্য গ্ৰহণ কৰা বন্ধ কৰা sink ঠিক হ'ব নোৱাৰে।

সম্পৰ্কিত প্ৰবন্ধ