ERR_INVALID_CHUNKED_ENCODING ৰ অৰ্থ হ'ল প্ৰতিক্ৰিয়াটো সম্পূৰ্ণ chunked বাৰ্তা হিচাপে ডিক'ড কৰিব পৰা নগ'ল। কিছু সমল সফলভাৱে অহাটোৱে বাকী প্ৰতিক্ৰিয়াটো বৈধ আছিল বুলি প্ৰমাণ নকৰে।

  1. প্ৰতিক্ৰিয়াৰ হেডাৰ আৰু প্ৰথম ডিক'ডাৰ ত্ৰুটি ৰাখক। কোনটো অংশই ইয়াক জনাইছিল আৰু বাৰ্তাটো chunked বুলি ঘোষণা কৰা হৈছিল নেকি তাক নিৰ্ণয় কৰক।
  2. বন্ধ হোৱা বিন্দুটো চিনাক্ত কৰক। HTTP/1.1 chunked সংকেতায়নত আকাৰ, সংশ্লিষ্ট তথ্য, বিভাজক আৰু সামৰণি chunk লাগে, প্ৰযোজ্য হ'লে trailer সহ। সোনকালে সংযোগ বন্ধ আৰু বিকৃত আকাৰ দুটা বেলেগ সূত্ৰ।
  3. একে নিয়ন্ত্ৰিত অনুৰোধটো উদ্দেশ্য কৰা পথত তুলনা কৰক। অনুৰোধটো প্ৰক্সি আৰু upstream লগৰ সৈতে মিলাওক। সেই বিন্দুত upstream বন্ধ, মধ্যৱৰ্তী ৰূপান্তৰ বা এপ্লিকেচন বাতিল বিচাৰক।

TCP বাফাৰৰ আকাৰৰ পৰা HTTP ফ্ৰেমিং অনুমান নকৰিব। এটা socket পঢ়াত আধা chunk বা কেইবাটাও chunk থাকিব পাৰে; তাৰ পিছত লাইব্ৰেৰীয়ে ডিক'ড সমল বিভিন্ন বাফাৰত দেখুৱাব পাৰে। JSON ৰেকৰ্ডৰ আন এটা সীমা থাকে। প্ৰক্সিয়ে মূল পেকেট সীমা নৰাখি প্ৰতিক্ৰিয়া পুনৰ ফ্ৰেম কৰিব পাৰে।

যদি প্ৰমাণে পুৰণি Squid ৰূপায়ণলৈ আঙুলিয়ায়, তেন্তে সেই সিদ্ধান্তৰ সৈতে ইয়াৰ সংস্কৰণ সংখ্যা ৰাখক। Squid 2.x ৰ পেড়্চ পৰামৰ্শই প্ৰতিটো বৰ্তমান সংস্কৰণ বৰ্ণনা নকৰে। তুলনাৰ সময়ত স্বাভাৱিক ডিক'ডিং আৰু প্ৰমাণপত্ৰ বৈধতা ৰাখক: ত্ৰুটি চেপি দিলে অসম্পূৰ্ণ ফাইলো সফল ডাউনলোড যেন দেখা যাব পাৰে।

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