curl -N কোনো প্রক্সিকে বাফারিং বন্ধ করতে বলতে পারে না

curl -N, বা --no-buffer, curl-এর আউটপুট-স্ট্রিম বাফারিং নিষ্ক্রিয় করে। প্রক্সি বা সার্ভারের বাফারিং নীতি না বদলেই বিলম্বিত আউটপুট নির্ণয় করতে এটি সহায়তা করতে পারে।

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

একটি পাবলিক প্রক্সি তুলনার জন্য HTTP প্রক্সি তালিকা থেকে একটি HTTP এন্ডপয়েন্ট বেছে নিন। আপনার প্রকৃত স্ট্রিম URL ব্যবহার করুন এবং ইচ্ছাকৃত সীমা বেছে নিন। খালি বাইপাস তালিকা এই তুলনাটিকে নির্বাচিত প্রক্সি পথেই রাখে।

আগমন, ডিকোডিং ও প্রদর্শন

একটি সার্ভার ক্রমবর্ধমান বাইট তৈরি করতে পারে, একটি মধ্যবর্তী সেগুলো সংগ্রহ করতে পারে, একটি ক্লায়েন্ট লাইব্রেরি সম্পূর্ণ বডি পড়তে পারে, এবং একটি ব্রাউজার রেন্ডারিং পিছিয়ে দিতে পারে। যেখানে আপনি পথ নিয়ন্ত্রণ করেন সেখানে প্রথম উপযোগী বাইট ও পরবর্তী অগ্রগতি তুলনা করুন। পেইন্ট সময় ও সার্ভারের মোট সময়কাল বডি আসার সময় নির্ধারণ করে না।

Guzzle-এ স্ট্রিমিং ও বডি ব্যবহার আলাদাভাবে পরীক্ষা করুন। কম্প্রেশন একটি ডিকোডিং ধাপ যোগ করে। ডিকোড করা আউটপুট কখন দেখা যায় তার পরিবর্তন নিজে থেকেই প্রক্সিকে বাফারিং উপাদান বলে প্রমাণ করে না।

মধ্যবর্তী কী দেখে

একটি অস্বচ্ছ CONNECT প্রক্সি ভেতরের HTTPS রেসপন্সকে সাধারণ HTTP হিসেবে পড়তে পারে না। অনুমোদিত TLS পরিদর্শন সেবার দৃশ্যমানতা ভিন্ন, তাই কেবল HTTPS পরিদর্শনের অনুপস্থিতি প্রমাণ করে না।

অপেক্ষার ধাপ চিহ্নিত হওয়ার পর সেই উপাদান যেসব স্ট্রিমিং নিয়ন্ত্রণ সমর্থন করে তা ব্যবহার করুন। রিভার্স-প্রক্সি নির্দেশনা স্বয়ংক্রিয়ভাবে ফরওয়ার্ড প্রক্সিতে প্রযোজ্য নয়; curl-এর আউটপুট ফ্ল্যাগ কেবল নিজের অংশের পথ বদলায়।