जाओ और पोस्ट के बीच का अंतर
बनाम पोस्ट प्राप्त करें
सिंटैक्स:
अब हम एचटीटीपी विधियों के लिए वाक्यविन्यास प्राप्त करें और पोस्ट करें।
(यह प्राप्त करने के लिए वाक्यविन्यास है)
(यह पोस्ट के लिए सिंटैक्स है)
सिंटैक्स में कोई बड़ा अंतर नहीं है, इसके अलावा शब्द प्राप्त करें या पोस्ट करें
कैसे इनपुट को सर्वर पर भेजा जाता है?
इनपुट के बाद यूआरएल को जोड़ा गया है '? 'विधि में प्राप्त करें, इसे विधि पोस्ट में एक संदेश के रूप में अलग से भेजा गया है। कभी-कभी, आप अपनी खोज क्वेरी को URL में दर्ज करने के बाद देख सकते थे यदि नहीं, तो Google में एक बार कोशिश करें। यदि यह विधि प्राप्त होती है, तो आप 'खोज क्वेरी के बाद नोटिस कर सकते हैं'? 'उसी URL में उसी समय, जब हम पोस्ट का उपयोग अलग-अलग हो जाते हैं और यूआरएल के साथ नहीं करते तो हम इनपुट पढ़ नहीं सकते हैं।
-2 ->इनपुट प्रकार:
जैसा कि यूआरएल को इनपुट संलग्न करें, उसे एएससीआईआई वर्णों के रूप में जाना चाहिए। लेकिन पोस्ट बाइनरी डेटा को बिना किसी प्रतिबंध के भी भेज सकता है। इसलिए, पोस्ट इनपुट प्रकार के लिए अधिक लचीला है क्योंकि यह दोनों ASCII और साथ ही बाइनरी डेटा को अनुमति देता है।
पैरामीटर गिनती:
पोस्ट की तुलना में प्राप्त विधि केवल सीमित पैरामीटर भेज सकते हैं। आम तौर पर, यह संख्या, 2K तक सीमित है, और कुछ मामलों में, सर्वर 64k तक गिनती के पैरामीटर को नियंत्रित कर सकते हैं लेकिन पोस्ट विधि सर्वर के लिए फाइलों के रूप में भी फाइल भेजने में सक्षम है। हां, जब हम दोनों की तुलना करते हैं, तो हम यह कह सकते हैं कि पोस्ट बेहतर पैरामीटर के रूप में भेजने के लिए बेहतर है।
इनपुट आकार:
आम तौर पर, अधिकतम अनुमत यूआरएल लंबाई हमारे द्वारा उपयोग किए जाने वाले ब्राउज़र और यूआरएल अनुरोध को संसाधित करने वाले वेब सर्वर के अधीन है। जैसा कि यूआरएल के साथ इनपुट भेजता है, हम अधिकतम 2048 वर्ण भेज सकते हैं और कुछ मामलों में, यह भिन्न होता है। लेकिन इनपुट पद्धति पर कोई प्रतिबंध नहीं है जब हम पोस्ट विधि का उपयोग करते हैं।
इनपुट की दृश्यता:
यदि आपने Google खोज का परीक्षण किया था, तो आप समझ सकते थे कि प्राप्त इनपुट दूसरों के लिए स्पष्ट रूप से दिखाई दे रहा है। ऐसा इसलिए है क्योंकि इनपुट को यूआरएल में जोड़ा गया है और कोई भी इसे यूआरएल स्पेस में देख सकता है। लेकिन अगर पोस्ट विधि का उपयोग किया गया है तो कोई भी पहचान नहीं सकता जैसा हमने इनपुट के रूप में भेजा था। यदि आप अपने इनपुट की दृश्यता के बारे में ज्यादा परवाह नहीं करते हैं, तो केवल प्राप्त करें के साथ आगे बढ़ें। अन्यथा, दूसरों से अपना इनपुट छुपाने के लिए पोस्ट का उपयोग करें
डिफ़ॉल्ट पद्धति:
अब तक, आप समझ सकते थे कि दोनों तरीकों से सर्वर पर इनपुट भेजने के लिए कैसे काम किया जाता है मापदंडों के उपयोग और संचरण में सादगी के कारण, HTTP की डिफ़ॉल्ट पद्धति को 'गेट' के रूप में चुना जाता है हालांकि पोस्ट विधि में गेट के ऊपर कई फायदे हैं, हालांकि डिफ़ॉल्ट के रूप में लेते समय सरलतम प्राथमिकता होती है। इसलिए, जब आप विशेष रूप से विधि निर्दिष्ट नहीं करते हैं, तो इसे गेट अनुरोध के रूप में माना जाता है।
ब्राउज़र इतिहास:
जैसा कि विधि यूआरएल के माध्यम से डेटा भेजता है, पहले से भेजा गया डेटा वेब ब्राउजर के इतिहास में रहता है इसलिए, हमारे ब्राउज़र इतिहास की जांच करके हम जो सर्वर को भेज चुके हैं, कोई भी देख सकता है पोस्ट विधि ऐसा मौका नहीं बनाती क्योंकि यह ब्राउज़र को जानकारी सहेजने की अनुमति नहीं देता है। वास्तव में, वेब ब्राउज़रों के साथ कुछ भी ऐसा नहीं है, जब डेटा पोस्ट विधि के साथ भेजा जाता है क्योंकि सब कुछ संदेशों के माध्यम से भेजा जाता है
कौन सुरक्षित है?
हम गेट एंड पोस्ट पद्धतियों के बीच विभिन्न मतभेदों का विश्लेषण कर रहे हैं और यह पता करने के लिए उच्च समय है कि कौन सा सुरक्षित है? हम उसी की पहचान करने के लिए विभिन्न सुरक्षा कारकों को देखते हैं।
- बुकमार्किंग: प्राप्त विधि की अनुमति देता है बुकमार्किंग लेकिन पोस्ट कभी इसे अनुमति नहीं देता। बुकमार्क किए गए डेटा बाद में किसी के द्वारा देखे जा सकते हैं और यह बिल्कुल सुरक्षा खतरा है! यदि आपके डेटा में पासवर्ड, बैंक खाता विवरण इत्यादि जैसी बहुत संवेदनशील जानकारी होती है, तो उन सभी को दूसरों के लिए लीक कर सकते हैं इसलिए, यदि आप संवेदनशील जानकारी संभालते हैं, तो पोस्ट के साथ आगे बढ़ना बेहतर होता है।
- कैशिंग: कैश मेमोरी भविष्य की पुनर्प्राप्तियों के लिए जानकारी संग्रहीत करता है और यह वास्तव में हमारे समय की बचत करता है। यद्यपि यह एक उपयोगी काम करने लगता है, डेटा लीक की संभावनाएं हैं, जब कैश्ड की जानकारी गलत हाथों में जाती है। प्राप्त करने की अनुमति देता है, जबकि पोस्ट कैशिंग को बिल्कुल भी अनुमति नहीं देता है! इसलिए, पोस्ट प्राप्त पर अधिक सुरक्षित रहता है।
- ताज़ा करें या पीछे: जब हम ताज़ा करें या पीछे आइकन पर क्लिक करते हैं, तो वेब पृष्ठ का यूआरएल फिर से निष्पादित हो जाता है लेकिन यह पुन: निष्पादन तब नहीं होता है जब पुराने डेटा आपके सिस्टम की कैश मेमोरी में रहता है। इसलिए ऐसे परिदृश्य में, संभावना है कि आपको रिफ्रेश या बैक पर सर्वर से पहले ही प्राप्त किए गए डेटा प्राप्त होते हैं। हमें यह पता होना चाहिए कि यह परिदृश्य कब होता है, या तो मिलता है या पोस्ट के साथ? जैसा कि हम जानते हैं कि कैशिंग प्राप्त होता है और पोस्ट के साथ नहीं होता है, पुराना डेटा पुनर्प्राप्ति केवल प्राप्त के साथ ही संभव है। यहां तक कि यह पोस्ट के साथ हो सकता है लेकिन ऐसा करने से पहले यह उपयोगकर्ता की अनुमति मांगता है। हां, पोस्ट में ऐसे पुनर्प्राप्तियों से पहले हमें अलर्ट मिलते हैं।
- हैकिंग: तकनीकी रूप से मजबूत कोई भी व्यक्ति गेट विधि से जुड़े यूआरएल को आसानी से क्रैक कर सकता है और हमारी जानकारी को कैप्चर कर सकता है। लेकिन यह पोस्ट के साथ संभव नहीं है और कम से कम इसे ठीक करने के लिए महान प्रयासों की आवश्यकता है! इसलिए अधिकांश बार हम सुरक्षित होते हैं जब गेट के उपयोग के बजाय पोस्ट का उपयोग किया जाता है।
पोस्ट का उपयोग कब और कब का उपयोग करने के लिए करें?
हमारी चर्चा से, यह बहुत स्पष्ट है कि जाओ कम सुरक्षित है और जब हम बहुत संवेदनशील जानकारी को संभालते हैं तब इसका प्रयोग करना उचित नहीं है। कैशिंग और वेब ब्राउज़र का इतिहास गेट के मामले में दूसरों को हमारी जानकारी दे सकता है।लेकिन पोस्ट ऐसी परिस्थितियों में भी सुरक्षित रहता है क्योंकि यह कैशिंग, बुकमार्किंग आदि की अनुमति नहीं देता है। इसलिए, जब आप कई सुरक्षित डेटा भेजते हैं तब पोस्ट का उपयोग करना बेहतर होता है।
हमें तालिका के रूप को समझने में आसान मतभेदों को देखते हैं।
|
एस। नहीं |
HTTP अनुरोधों में अंतर |
||
|
प्राप्त करें |
डाक |
||
| 1 | सिंटैक्स | कीवर्ड का प्रयोग करें 'प्राप्त करें' | कीवर्ड 'पोस्ट' का उपयोग करता है |
| 2 | इनपुट कैसे भेजे जाते हैं? | प्रतीक के बाद जोड़े जाने वाले URL के साथ? '। | संदेशों के रूप में |
| 3 | इनपुट प्रकार | एएससीआईआई वर्ण | एएससीआईआई वर्ण या बाइनरी |
| 4 | पैरामीटर गणना | सर्वर पर आधारित 2k से 64k पैरामीटर को नियंत्रित कर सकता है | कोई सीमा नहीं |
| 5 | इनपुट आकार | 2048 वर्ण तक की अनुमति देता है | कोई सीमा नहीं |
| 6 | भेजे गए डेटा की दृश्यता | सभी के लिए दृश्यमान रहती है क्योंकि यह URL स्थान में रहता है | इसे संदेश के रूप में भेजा जाने वाला नहीं देखा जा सकता |
| 7 | डिफ़ॉल्ट HTTP विधि | हाँ | नहीं। |
| 8 | ब्राउज़र इतिहास | भेजा गया डेटा वेब ब्राउज़र इतिहास में रहता है और इसे बाद में किसी के द्वारा भी देखा जा सकता है | भेजे गए डाटा नेव एर वेब ब्राउज़र इतिहास में रहता है और इसलिए बाद में कोई इसे देख नहीं सकता है। |
| 9 | बुकमार्किंग | यह यूआरएल को बुकमार्क करने और बदले में भेजे गए डेटा की अनुमति देता है। | भेजे गए डेटा के साथ कुछ भी नहीं करना है, यहां तक कि वेब पेज बुक किए गए हैं चूंकि बुकमार्क पृष्ठ किसी भी उपयोगकर्ता की जानकारी संग्रहीत नहीं करते हैं |
| 10 | कैशिंग | कैश किए गए पृष्ठ उपयोगकर्ता इनपुट को स्टोर करते हैं और भविष्य में पुनर्प्राप्ति की अनुमति देते हैं। | कैश किए गए पृष्ठ उपयोगकर्ता इनपुट को कभी भी संग्रहीत नहीं करते हैं |
| 11 | ताज़ा करें या पीछे | ताज़ा करें या पिछला कार्रवाई अनुरोधों को फिर से निष्पादित नहीं करती है यदि पुराने फांसी कैश मेमोरी में रहते हैं। इसके अलावा, कैश से ऐसी कोई पुनर्प्राप्ति उपयोगकर्ता के लिए कोई चेतावनी संदेश के बिना होती है। इसलिए, उपयोगकर्ता सोच सकता है कि यह नवीनतम है, लेकिन बदले में, सर्वर में एक अलग डेटा हो सकता है। | ताज़ा करें या पिछला कार्रवाई उपयोगकर्ता को चेतावनी संदेश भेजने के बाद ही कैश से डेटा लाता है। उपयोगकर्ता इसे रद्द कर सकता है और कैश से नवीनतम डेटा प्राप्त करने के लिए इसे फिर से चला सकता है। |
| 12 | हैकिंग | इसे आसानी से किया जा सकता है | हैक करने में मुश्किल है I |
| 13 | उपयोग करने के लिए कब? | कम संवेदनशील डाटा जैसे कि खोज प्रश्नों, चैट संदेश, सोशल मीडिया सामग्री, ऑनलाइन शोध आदि भेजने के लिए सबसे उपयुक्त है, जहां सुरक्षा के लिए कोई चिंता नहीं है। | पासवर्ड, बैंक खाता विवरण आदि जैसे कई संवेदनशील डाटा भेजने के लिए सबसे उपयुक्त है, जहां सुरक्षा सबसे अधिक चिंता का विषय है। |
इसलिए हम स्पष्ट हैं कि प्राप्त करें और पोस्ट सर्वर को नौकरी भेजने के लिए इनपुट कर रहे हैं, लेकिन उनमें से दोनों अलग तरीके से काम करते हैं आवश्यकता के आधार पर हम उपयुक्त HTTP विधि का उपयोग कर सकते हैं i। ई। प्राप्त या पोस्ट
