Join 60,000+ competitive exam aspirants
or with email
Your Cart
Subtotal₹0
Total₹0
Examoogle • User • info@examoogle.com • EE-2024-8821
Chapter 1 of 12 • Page 1 of 248🔒 Protected PDF • Watermarked
Join 60,000+ competitive exam aspirants
आमतौर पर सर्वर पर संसाधन (resource) बनाने या अपडेट करने के लिए डेटा भेजने हेतु किस HTTP विधि का उपयोग किया जाता है?
GET
POST
HEAD
OPTIONS
POST
HTTP POST विधि को यह अनुरोध करने के लिए डिज़ाइन किया गया है कि वेब सर्वर अनुरोध बॉडी (request body) में संलग्न डेटा को Request-URI द्वारा पहचाने गए संसाधन के एक नए अधीनस्थ के रूप में स्वीकार करे। इसका उपयोग आमतौर पर फॉर्म जमा करने, फाइलें अपलोड करने या सर्वर पर नए संसाधन बनाने के लिए किया जाता है।
RFC 9110: HTTP Semantics
HTTP POST विधि को यह अनुरोध करने के लिए डिज़ाइन किया गया है कि वेब सर्वर अनुरोध बॉडी (request body) में संलग्न डेटा को Request-URI द्वारा पहचाने गए संसाधन के एक नए अधीनस्थ के रूप में स्वीकार करे। इसका उपयोग आमतौर पर फॉर्म जमा करने, फाइलें अपलोड करने या सर्वर पर नए संसाधन बनाने के लिए किया जाता है।
1POST⟹Non-idempotent operation
1GET⟹Idempotent operation
जब कोई क्लाइंट POST अनुरोध भेजता है, तो डेटा को URL मापदंडों (parameters) के बजाय HTTP संदेश की बॉडी में भेजा जाता है। सर्वर डेटाबेस इंसर्शन या स्टेट परिवर्तन जैसी क्रियाएं करने के लिए अनुरोध सामग्री प्रकार (जैसे, application/x-www-form-urlencoded या multipart/form-data) के आधार पर इस डेटा को संसाधित करता है।
POST अनुरोध गैर-आइडम्पोटेंट (non-idempotent) होते हैं; एक जैसे कई अनुरोधों के परिणामस्वरूप कई संसाधन बन सकते हैं।
POST के माध्यम से भेजा गया डेटा डिफ़ॉल्ट रूप से ब्राउज़र द्वारा कैश नहीं किया जाता है।
URL-आधारित विधियों के विपरीत, POST अनुरोध बॉडी में भेजे गए डेटा के आकार पर कोई औपचारिक प्रतिबंध नहीं है।
संवेदनशील डेटा के लिए POST को GET से अधिक सुरक्षित माना जाता है क्योंकि यह आमतौर पर ब्राउज़र इतिहास या सर्वर लॉग में URL के अंदर संग्रहीत नहीं होता है।
बड़ी मात्रा में डेटा ट्रांसमिशन का समर्थन करता है।
विभिन्न डेटा स्वरूपों (JSON, XML, बाइनरी) के साथ संगत है।
URL में मापदंडों को उजागर करने की तुलना में डेटा प्रसारित करने का एक सुरक्षित तरीका प्रदान करता है।
गैर-आइडम्पोटेंट प्रकृति इसे साइड इफेक्ट्स को संभाले बिना पुनः प्रयास करने के लिए जोखिम भरा बनाती है।
उपयोगकर्ताओं द्वारा POST अनुरोधों को आसानी से बुकमार्क नहीं किया जा सकता है।
फॉर्म डेटा सबमिशन
API संसाधन निर्माण (RESTful सेवाएं)
सर्वर पर फाइल अपलोड
| Feature | GET | POST |
|---|---|---|
URL में दृश्यता | हाँ (दृश्य) | नहीं (बॉडी में छिपा हुआ) |
आइडम्पोटेंसी | हाँ (आइडम्पोटेंट) | नहीं (गैर-आइडम्पोटेंट) |
GET: मुख्य रूप से सर्वर से डेटा का अनुरोध करने के लिए उपयोग किया जाता है; मापदंडों को URL में जोड़ा जाता है।
HEAD: GET के समान, लेकिन सर्वर केवल बॉडी के बिना हेडर लौटाता है; संसाधन अस्तित्व या मेटाडेटा की जांच के लिए उपयोग किया जाता है।
OPTIONS: लक्षित संसाधन के लिए संचार विकल्पों का वर्णन करने के लिए उपयोग किया जाता है, जो अनुमत HTTP विधियों को लौटाता है।
RFC 9110 पुराने RFC 7231 को प्रतिस्थापित करते हुए HTTP शब्दार्थ (semantics) के लिए वर्तमान मानक प्रदान करता है।
B सही है — POST विधि को विशेष रूप से सर्वर पर संसाधन बनाने या अपडेट करने के लिए डेटा भेजने के लिए डिज़ाइन किया गया है, जबकि अनुरोध पेलोड को संदेश बॉडी में रखा जाता है।
याद रखें कि POST गैर-आइडम्पोटेंट है, जबकि GET, PUT, और DELETE (आमतौर पर) आइडम्पोटेंट होते हैं; यह प्रतियोगी परीक्षाओं और साक्षात्कारों में अक्सर पूछा जाने वाला अंतर है।