নীচের পরিস্থিতি অনুযায়ী,
ধরা যাক যে কেউ আপনার সার্ভারে এমন ডেটা সহ অনুরোধ করে যা সঠিক ফর্ম্যাটে থাকে তবে কেবল "ভাল" ডেটা হয় না। সুতরাং উদাহরণস্বরূপ, কল্পনা করুন যে কেউ একটি এপিআই এন্ডপয়েন্টে একটি স্ট্রিং মান পোস্ট করেছে যা একটি স্ট্রিংয়ের মান আশা করেছিল; তবে, স্ট্রিংয়ের মানটিতে এমন ডেটা রয়েছে যা কালো তালিকাভুক্ত ছিল (উদাহরণস্বরূপ "লোকেরা তাদের পাসওয়ার্ড হিসাবে" পাসওয়ার্ড "ব্যবহার করতে বাধা দিচ্ছে)। তাহলে স্ট্যাটাস কোড 400 বা 422 হয়?
এখন অবধি, আমি একটি "400 খারাপ অনুরোধ" ফিরিয়ে দিয়েছি, ডাব্লু 3.org অনুযায়ী, এর অর্থ:
অনুরোধটি ত্রুটিযুক্ত সিনট্যাক্সের কারণে সার্ভারের দ্বারা বোঝা গেল না। ক্লায়েন্ট পরিবর্তন ছাড়া অনুরোধ পুনরাবৃত্তি করা উচিত।
এই বিবরণটি পুরোপুরি ফিট করে না; তবে, আপনি যদি HTTP / 1.1 প্রোটোকলে সংজ্ঞায়িত মূল HTTP স্থিতি কোডগুলির তালিকা অনুসরণ করেন তবে এটি সম্ভবত আপনার সেরা বাজি।
তবে সম্প্রতি, আমার দেব দলের একজন [আমার দিকে] উল্লেখ করেছেন যে জনপ্রিয় এপিআইগুলি ত্রুটি প্রতিবেদন করার সাথে আরও দানাদার হওয়ার জন্য এইচটিটিপি এক্সটেনশনগুলি ব্যবহার শুরু করছে। বিশেষত, টুইটার এবং পুনরাবৃত্তির মতো অনেকগুলি এপিআই ওয়েবডিএভি-র জন্য এইচটিটিপি এক্সটেনশনে সংজ্ঞায়িত স্থিতি কোড "422 অপ্রসারণযোগ্য সত্তা" ব্যবহার করছে। HTTP স্থিতি কোড 422 বলে:
422 (অপ্রসারণযোগ্য সত্তা) স্থিতি কোডটির অর্থ সার্ভারটি অনুরোধ সত্তার সামগ্রীর ধরণটি বোঝে (অতএব একটি 415 (অসমর্থিত মিডিয়া প্রকার) স্থিতি কোড অনুপযুক্ত), এবং অনুরোধ সত্তার বাক্য গঠনটি সঠিক (সুতরাং 400) বাজে অনুরোধ ) স্থিতি কোড অনুপযুক্ত) তবে এতে থাকা নির্দেশাবলী প্রক্রিয়া করতে অক্ষম ছিল। উদাহরণস্বরূপ, যদি কোনও এক্সএমএল অনুরোধের শরীরে সু-গঠিত (যেমন সিন্টেক্সটিক্যালি সঠিক) থাকে তবে এই শব্দ ত্রুটিযুক্ত শর্তটি হতে পারে, এক্সএমএল নির্দেশাবলী se
উপরে থেকে আমাদের পাসওয়ার্ডের উদাহরণটিতে ফিরে যেতে, এই 422 টি স্ট্যাটাস কোডটি আরও বেশি উপযুক্ত মনে করে। সার্ভার বুঝতে পারে আপনি কী করার চেষ্টা করছেন; এবং এটি আপনি যে ডেটা জমা করছেন তা বোঝে; এটি কেবল সেই ডেটা প্রক্রিয়া করতে দেয় না।