একটি HTTP জিইটি অনুরোধের দৈর্ঘ্য আরএফসি 2616 দ্বারা প্রয়োগ করা হয় না , যেমন মাইক্রোসফ্ট তার আইই সর্বাধিক দৈর্ঘ্য সমর্থন পৃষ্ঠার জন্য প্রতিবেদন করে ।
সুতরাং, সর্বাধিক জিইটি দৈর্ঘ্য হ'ল একটি ক্লায়েন্ট (ব্রাউজার) সম্পর্কিত সমস্যা । যদি আপনার অ্যাপ্লিকেশন লোকেরা ব্যবহার করে থাকে তবে আপনি প্রদত্ত ব্রাউজারটি ব্যবহার করতে বাধ্য করতে পারেন তবে আপনি এই ব্রাউজারটির সমর্থন কত দৈর্ঘ্যের তা সন্ধান করতে পারেন।
প্রতিটি ক্ষেত্রেই আমি ক্যোরি স্ট্রিংয়ে ব্রাউজার সম্পর্কিত সমস্যাগুলি সম্পর্কে উইকিপিডিয়া পৃষ্ঠাটিতে নজর দেওয়ার পরামর্শ দিই (সার্ভার সাইড অ্যাপগুলির জন্য প্যারামিটার আনার অনুরোধের অংশ, "?" অনুসরণ করে একটি অনুরোধটি শেষ পর্যন্ত একটি অনুরোধে উপস্থিত হয়)।
অবশ্যই টমক্যাট সার্ভারের দিকেও একটি সীমাবদ্ধতা রাখবে। আরএফসি বলেছেন:
সার্ভারগুলি তাদের প্রদত্ত যে কোনও সংস্থার ইউআরআই হ্যান্ডেল করতে সক্ষম হতে হবে এবং যদি তারা জিইটি-ভিত্তিক ফর্ম সরবরাহ করে যা এই জাতীয় ইউআরআই তৈরি করতে পারে তবে আনবাউন্ডেড দৈর্ঘ্যের ইউআরআই পরিচালনা করতে সক্ষম হওয়া উচিত। কোনও ইউআরআই সার্ভার হ্যান্ডেল করতে পারে তার চেয়ে বেশি দীর্ঘ হলে 414 (অনুরোধ-ইউআরআই খুব দীর্ঘ) স্থিতি ফিরিয়ে আনতে হবে (বিভাগ 10.4.15 দেখুন)।
সুতরাং আপনি সহজেই পরীক্ষা করতে পারবেন যে টমকটের কোনও সীমা রয়েছে এবং এই সীমাটি কী খুব সহজে একটি ত্রুটি প্রদান করে এবং একটি অর্ধেক নীচে চলে যাওয়ার সাথে শুরু করে বিভিন্ন অনুরোধগুলি কী ব্যবহার করছে তা সন্ধান করতে পারেন। তারপরে সঠিক মানটি দ্রুত খুঁজে পেতে দ্বিখণ্ডিত পদ্ধতি ব্যবহার করুন।
server.xml
কনফিগারেশনে ডিফল্ট 8192 সীমাতে স্ক্র্যাচ করছিলাম , লক্ষ্য না করে এবং হঠাৎ এটি আঘাত করে। বেদনাদায়ক গোটচা: এ সম্পর্কে কোথাও লগ করা হয়নি, সংযোগগুলি নিঃশব্দে ফেলে দেওয়া হয়েছিল (আমি আর এইচটিটিপি স্থিতির কথা মনে করি না)। আমি tomcat.apache.org/tomcat-5.5-doc/config/http.html এর আগে ডকুমেন্টেশনে হোঁচট খেয়েছি , তবে আমিmaxHttpHeaderSize
এর নামটি বা এর বিবরণটি জিইটি অনুরোধের অনুসন্ধানের প্যারামিটারের সাথেও সম্পর্কিত হতে পারি না।