HTTP স্ট্যাটাস ফ্রেজ থেকে কোড অনুসন্ধান

এই ক্যালকুলেটর সম্পর্কে

RFC 9110 (এবং তার পূর্বসূরি RFC 7231 ও RFC 2616) দ্বারা সংজ্ঞায়িত প্রতিটি HTTP স্ট্যাটাস কোড একটি তিন-অঙ্কের সংখ্যাসূচক কোডকে একটি প্রমিত কারণ-বাক্যাংশের সাথে জুড়ে দেয়—“200 OK”, “404 Not Found”, “502 Bad Gateway”—এবং এই টুল উল্টো অনুসন্ধান করে: বাক্যাংশটি টাইপ করুন (বড়-ছোট হাতের অক্ষর বিবেচ্য নয়), কোড ও তার শ্রেণি পান, যা সেটি যে শ’র অন্তর্গত তা দিয়ে দেখানো হয়—1xx তথ্যমূলক, 2xx সাফল্য, 3xx পুনর্নির্দেশ, 4xx ক্লায়েন্ট ত্রুটি, 5xx সার্ভার ত্রুটি। এটি “418 I'm a Teapot” ও “429 Too Many Requests”-এর মতো কম প্রচলিতগুলোসহ প্রমিত নিবন্ধিত বাক্যাংশগুলো কভার করে, কিন্তু এটি “Payload Too Large” (413) ও “Unprocessable Entity” (422) পুরোনো নামগুলো চেনে, নতুন RFC 9110 শব্দচয়ন “Content Too Large” ও “Unprocessable Content” নয়।

ব্যাকএন্ড ডেভেলপার, API ডিজাইনার ও DevOps প্রকৌশলীরা লগের একটি লাইন বা ত্রুটি বার্তা পড়ার সময় যা কেবল বাক্যাংশটি দেখায়, API ডকুমেন্টেশন লেখার সময়, কিংবা নতুন এন্ডপয়েন্ট থেকে কোন কোড শ্রেণি ফেরত দেওয়া হবে তা ঠিক করার সময় এটির আশ্রয় নেন—একটি বাক্যাংশ 400-এর ঘরে পড়ে জানলে তা সঙ্গে সঙ্গে সার্ভারের ত্রুটির বদলে ক্লায়েন্ট-পক্ষের সমস্যার ইঙ্গিত দেয়, যা মনিটরিং ও অ্যালার্টিং কীভাবে তাকে সামলাবে তা বদলে দেয়।