সুতরাং, প্রদত্ত যে HTTP- র মধ্যে DELETE ক্রিয়াটি আদর্শবান, যখন আমি নিম্নলিখিত অনুরোধটি প্রকাশ করি তখন দ্বিতীয় (বা তৃতীয়, বা চতুর্থ, ইত্যাদি ...) কী ঘটবে?
DELETE /person/123
প্রথমবার, রিসোর্সটি মোছা হয়েছে এবং আমি একটি 204 (সফল, কোনও সামগ্রী নেই) ফিরিয়ে দিচ্ছি। আমি কি পরবর্তী কলগুলিতে একটি 204 বা 404 (পাওয়া যায়নি) ফেরত দেব?
উত্তর:
স্টেটলেস সিস্টেমে এইচটিটিপি অনুরোধগুলি স্বাধীন হওয়া উচিত, সুতরাং একটি অনুরোধের ফলাফলগুলি পূর্ববর্তী অনুরোধের উপর নির্ভরশীল হওয়া উচিত নয়। যদি দুটি ব্যবহারকারী একই সংস্থানটিতে একই সাথে মুছে ফেলেন তবে কী হবে তা বিবেচনা করুন। দ্বিতীয় অনুরোধটি 404 পাওয়ার জন্য এটি অর্থবোধ করে। যদি কোনও ব্যবহারকারী দুটি অনুরোধ করে তবে একই কথা সত্য হওয়া উচিত।
আমি অনুমান করছি যে দুটি আলাদা প্রতিক্রিয়া মুছে ফেলা আপনার পক্ষে আদর্শবান বোধ করে না। অগত্যা একই প্রতিক্রিয়া না রেখে সিস্টেমটিকে একই অবস্থায় রেখে যাওয়া হিসাবে আদর্শের অনুরোধগুলি ভাবা আমার পক্ষে দরকারী মনে হয়। সুতরাং আপনি কোনও বিদ্যমান সংস্থান মুছে ফেলা, বা যে অস্তিত্ব নেই এমন একটি উত্স মুছে ফেলার চেষ্টা করে তা নির্বিশেষে সার্ভার সংস্থান অবস্থা একই the
rm। rmএটি উপস্থিত না থাকলে একটি ত্রুটি প্রদান করে। সরঞ্জাম.এইটিএফ.আর.এফ.এফ.এইচটিএম
আরআরএসএফুল ওয়েব পরিষেবাদি কুকবুক এটির জন্য একটি দুর্দান্ত সংস্থান। সুযোগমতো, এর গুগল পূর্বরূপটি ডিলেট (পৃষ্ঠা 11) সম্পর্কে পৃষ্ঠাটি দেখায়:
মোছা পদ্ধতিটি আদর্শবান। এটি সূচিত করে যে সার্ভারটি অবশ্যই পূর্ববর্তী অনুরোধে সংস্থানটি মুছে ফেলা সত্ত্বেও সার্ভারকে অবশ্যই প্রতিক্রিয়া কোড 200 (ঠিক আছে) ফিরিয়ে আনতে হবে। কিন্তু অনুশীলনে, ডিএলটিইটিিকে আইডেম্পোটেন্ট অপারেশন হিসাবে প্রয়োগ করার জন্য সমস্ত মুছে ফেলা সংস্থানগুলির ট্র্যাক রাখা সার্ভারের প্রয়োজন requires অন্যথায়, এটি 404 (পাওয়া যায় না) ফেরত দিতে পারে।
আমি বর্তমানের নির্বাচিত উত্তর যা বলেছে তার সাথে আমি একমত, যে ২ য় (এবং তৃতীয়, চতুর্থ, ...) ডিলেট একটি 404 পাওয়া উচিত । এবং, আমি লক্ষ করেছি যে উত্তরটির 143 আপ ভোট রয়েছে তবে এর বিপরীত মন্তব্য রয়েছে যার পক্ষে 54 টি ভোট রয়েছে, সুতরাং সম্প্রদায়টি প্রায় 3: 1 অনুপাতে 2 শিবিরে বিভক্ত। এই দীর্ঘ সময়ের বিতর্ক নিষ্পত্তি করতে আরও তথ্য এখানে আসে।
প্রথমত, আসুন আমরা "আমি" কী ভাবছি, "আপনি" কী ভাবছেন, বা অন্য কোনও বইয়ের লেখক কী ভাবছেন তা দিয়ে শুরু করা যাক না। আসুন এইচটিটিপি চশমা অর্থাৎ আরএফসি 7231 দিয়ে শুরু করা যাক।
DELETE /some/resource/which/does/not/existফলাফল 404 হয় ThenDELETE /some/resource/which/happened/to/be/removed/by/someone/else/five/days/ago পাশাপাশি আরো একটি 404 আসতে পারে তাহলে কেন DELETE /some/resource/i/deleted/five/seconds/agoঅন্যরকম হওয়া উচিত ? "তবে আদর্শপন্থী সম্পর্কে কীভাবে ?!", আমি শুনতে পাচ্ছি যে আপনি চিৎকার করছেন। থাক, আমরা এর মধ্যে getুকতে চলেছি।Icallyতিহাসিকভাবে, 1999-এ প্রকাশিত আরএফসি 2616 হ'ল সবচেয়ে রেফারেন্সড এইচটিটিপি 1.1 স্পেস। দুর্ভাগ্যক্রমে আইডেম্পোটেন্সি সম্পর্কিত এটির বিবরণ অস্পষ্ট ছিল , যা এই সমস্ত বিতর্কের জায়গা ছেড়ে দেয়। কিন্তু যে চশমা বোঝায় যা RFC 7231. দ্বারা বাতিল করা হয়েছে থেকে উদ্ধৃত জন্য RFC 7231, বিভাগ 4.2.2 Idempotent পদ্ধতি , জোর খনি:
অনুরোধের পদ্ধতিটিকে "আইডেম্পোটেন্ট" হিসাবে বিবেচনা করা হয় যদি সেই পদ্ধতির সাথে একাধিক অভিন্ন অনুরোধগুলির সার্ভারে অভিযুক্ত দক্ষতা যেমন একক অনুরোধের জন্য একই প্রভাব থাকে। এই স্পেসিফিকেশন দ্বারা সংজ্ঞায়িত অনুরোধ পদ্ধতিগুলির মধ্যে, পুট, ডিলেট এবং নিরাপদ অনুরোধের পদ্ধতিগুলি আদর্শবান ।
সুতরাং, এটি চশমাগুলিতে লেখা আছে, আইডেম্পোটেন্সি হ'ল সার্ভারের প্রভাব সম্পর্কে। প্রথম ডিলিট একটি 204 ফেরত দেয় এবং তারপরে 404 ফিরতি ডিলিট করে, এর পরে বিভিন্ন অবস্থানের কোডটি নন-আদর্শবানকে মুছে ফেলবে না। পরবর্তী 204 রিটার্নকে ন্যায়সঙ্গত করার জন্য এই যুক্তিটি ব্যবহার করা কেবল অপ্রাসঙ্গিক।
ঠিক আছে তাই আদর্শের সম্পর্কে নয়। তবে তারপরে একটি ফলো-আপ প্রশ্ন হতে পারে, আমরা যদি এখনও পরবর্তী মুছে ফেলাতে 204 ব্যবহার করা বেছে নিই? ঠিক আছে?
ভাল প্রশ্ন. অনুপ্রেরণা বোধগম্য: ক্লায়েন্টটিকে ত্রুটি পরিচালনার বিষয়ে চিন্তা না করেই এখনও তার উদ্দেশ্যপ্রাপ্ত ফলাফলটিতে পৌঁছানোর অনুমতি দেওয়া। আমি বলব, পরবর্তী মুছে ফেলাতে 204 ফিরিয়ে দেওয়া, মূলত ক্ষতিকারক একটি সার্ভার-সাইড "হোয়াইট মিথ্যা", যা ক্লায়েন্ট-পক্ষ অবিলম্বে কোনও পার্থক্য জানায় না won't সে কারণেই সেখানে ~ 25% লোক বন্যের মধ্যে এটি করছে এবং এটি এখনও আপাতদৃষ্টিতে কাজ করে। কেবল মনে রাখবেন যে, এই জাতীয় মিথ্যা শব্দার্থগতভাবে অদ্ভুত হিসাবে বিবেচনা করা যেতে পারে, কারণ GET /non-exist404 প্রদান করে কিন্তু DELETE /non-exist204 দেয়, তখন ক্লায়েন্টটি বুঝতে পারে যে আপনার পরিষেবাটি 6.5.4 বিভাগের সাথে পুরোপুরি মেনে চলে না 40 404 পাওয়া যায়নি ।
তবে আমি এটি উল্লেখ করতে চাই যে, আরএফসি 7231 দ্বারা ইঙ্গিতযুক্ত উদ্দেশ্যে, অর্থাত পরবর্তী মুছে ফেলতে 404 ফিরিয়ে দেওয়া, প্রথম স্থানে কোনও সমস্যা হওয়া উচিত নয়। 3x আরও বিকাশকারীরা এটি করতে বেছে নিয়েছে এবং আপনি কি কখনও কোনও বড় ঘটনা শুনেছেন বা ক্লায়েন্ট 404 পরিচালনা করতে না পারার কারণে অভিযোগ করেছেন? সম্ভবত, না, এবং কারণ এটি, কোনও শালীন ক্লায়েন্ট যা HTTP ডিলেট (বা কোনও HTTP পদ্ধতি, সেই বিষয়ে) প্রয়োগ করে, অন্ধভাবে ফল ধরে না যে ফলাফলটি সর্বদা সফল 2XX হবে। এবং তারপরে, একবার বিকাশকারী ত্রুটি পরিচালনার বিষয়টি বিবেচনা করা শুরু করলে, 404 পাওয়া যায় না এমন মনে হওয়া প্রথম ত্রুটিগুলির মধ্যে একটি হবে। এই মুহুর্তে, সে সম্ভবত কোনও সিদ্ধান্তে পৌঁছাবে যে, এইচটিটিপি অপসারণের জন্য 404 ত্রুটি উপেক্ষা করা শব্দার্থগতভাবে নিরাপদ। এবং তারা তাই করেছে।
সমস্যা সমাধান.
প্রথম মোছা : 200 বা 204।
পরবর্তী ডিলিটগুলি : 200 বা 204।
যুক্তি : ডিলিট আদর্শবান হওয়া উচিত। আপনি যদি দ্বিতীয় মুছে ফেলতে 404 ফেরত দেন তবে আপনার প্রতিক্রিয়া সাফল্য কোড থেকে ত্রুটি কোডে পরিবর্তিত হচ্ছে। ডিলিট ব্যর্থ হয়েছে এমন অনুমানের ভিত্তিতে ক্লায়েন্ট প্রোগ্রামটি ভুল পদক্ষেপ নিতে পারে।
উদাহরণ :
কেবলমাত্র এই পদ্ধতির ব্যবহারের চিত্রিত করার জন্য, পেপালের জন্য এইচটিটিপি এপিআই স্টাইল গাইডের নিম্নলিখিত নির্দেশিকা রয়েছে:
মোছা: এই পদ্ধতিটি 204 রিটার্নের কোড কোডের উচিত কারণ বেশিরভাগ ক্ষেত্রে কোনও বিষয়বস্তু ফেরত দেওয়ার প্রয়োজন নেই কারণ অনুরোধটি একটি উত্স মুছতে হবে এবং এটি সফলভাবে মোছা হয়েছিল।
মুছে ফেলার পদ্ধতিটি যেমন আদর্শবানও হওয়া উচিত, তখনও এটি संसाधन ইতিমধ্যে মুছে ফেলা হলেও 204 ফেরত পাঠানো উচিত। সাধারণত এই ক্রিয়াকলাপের অংশ হিসাবে বা পূর্বে সংস্থানটি মুছে ফেলা হয়েছে কিনা এআইপিআই গ্রাহকরা সেদিকে খেয়াল রাখেন না। এই কারণেই 404 এর পরিবর্তে 204 ফিরিয়ে দেওয়া উচিত।