HTTP method একটি resource-এর উপর আপনার অভিপ্রায় জানায়; status code হলো সার্ভারের কোডেড উত্তর। method-এর জন্য দুটি বৈশিষ্ট্য গুরুত্বপূর্ণ: safe (শুধু-পড়া, কোনো side effect নেই) এবং idempotent (এটি পুনরাবৃত্তি করলে একই ফলাফল আসে — নিরাপদ retry-এর জন্য গুরুত্বপূর্ণ)।
| Method | উদ্দেশ্য | Safe | Idempotent |
|---|
| GET | একটি resource পড়া | Yes | Yes |
| POST | তৈরি / একটি action ট্রিগার | No | No |
| PUT | একটি resource প্রতিস্থাপন | No | Yes |
| PATCH | আংশিকভাবে আপডেট | No | No* |
| DELETE | একটি resource মুছে ফেলা | No | Yes |
| HEAD | GET-এর মতো, শুধু header | Yes | Yes |
Idempotency-এর পার্থক্যটি ব্যবহারিক: যেহেতু PUT ও DELETE idempotent, একটি client একটি timeout-এর পরে নিরাপদে সেগুলো retry করতে পারে; একটি non-idempotent POST retry করলে একটি duplicate তৈরির ঝুঁকি থাকে (একটি ধ্রুপদী double-charge bug)।
Status code-গুলো তাদের প্রথম অঙ্ক দিয়ে গ্রুপ করা হয়:
1xx Informational request received, continuing (100 Continue, 101 Switching)
2xx Success it worked (200 OK, 201 Created, 204 No Content)
3xx Redirection go elsewhere (301 Moved, 304 Not Modified)
4xx Client error YOUR request is wrong (400, 401, 403, 404, 429)
5xx Server error the SERVER failed (500, 502, 503, 504)
সবচেয়ে গুরুত্বপূর্ণ লাইনটি হলো 4xx vs 5xx বিভাজন: 4xx মানে client ভুল কিছু পাঠিয়েছে (খারাপ input, authenticate করা হয়নি, খুঁজে পাওয়া যায়নি) — অপরিবর্তিতভাবে retry করে লাভ নেই; 5xx মানে server ব্যর্থ হয়েছে — retry (backoff সহ) সফল হতে পারে। প্রতিদিনেরগুলো ভালোভাবে জানুন: 401 (authenticate করা হয়নি) vs 403 (authenticate করা হয়েছে কিন্তু অনুমতি নেই), 404 (খুঁজে পাওয়া যায়নি), 429 (rate limited), 500 (সাধারণ server crash), 502/503/504 (bad gateway / unavailable / gateway timeout — সাধারণত একটি upstream বা overload সমস্যা)।
এই কোডগুলো প্রতিটি client ও server-এর মধ্যকার সাধারণ চুক্তি, তাই এখানে সাবলীলতা যে-কারও কাছ থেকে প্রত্যাশিত যে API তৈরি বা ব্যবহার করে। ইন্টারভিউয়াররা সেই পার্থক্যগুলো যাচাই করেন যা প্রকৃত বোঝাপড়া প্রকাশ করে: 401 vs 403, PUT vs PATCH, এবং বিশেষত idempotency, যা সরাসরি নিয়ন্ত্রণ করে retry নিরাপদ কিনা — বিতরণকৃত সিস্টেম ও payment flow-এ একটি মূল উদ্বেগ। সঠিক status code ফেরত দেওয়া আপনার API-কে অনুমানযোগ্য করে এবং cache, proxy, ও client library দ্বারা সঠিকভাবে সামলানো নিশ্চিত করে, তাই এই জ্ঞান শুধু তুচ্ছ তথ্য নয় বরং ভালো API design গঠন করে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন