HTTP का मुख्य अर्थात् HTTP/2 में बनाए रखा गया है। इसका मतलब यह है कि संसाधनों की पहचान के लिए अभी भी HTTP methods
जैसे GET
, POST
, आदि, HTTP headers
, और URIs
हैं।
क्या HTTP करने के लिए HTTP/2 सम्मान के साथ में बदल गया है/1.1 रास्ता HTTP अर्थ (जैसे "मैं मेजबान domain.com
पर PUT
संसाधन /foo
करना चाहते हैं") तार पर ले जाया जाता है है।
इस प्रकाश में, HTTP/1.1 पर निर्मित आरईएसटी एपीआई पहले से ही पारदर्शी रूप से काम करना जारी रखेंगे, अनुप्रयोगों में कोई बदलाव नहीं किया जाएगा। अनुप्रयोगों को चलाने वाले वेब कंटेनर अनुप्रयोगों की ओर से सामान्य HTTP अर्थात् में नए तार प्रारूप का अनुवाद करने का ख्याल रखेंगे, और एप्लिकेशन केवल उच्च स्तर HTTP अर्थपूर्ण दिखाई देगा, भले ही इसे HTTP/1.1 या HTTP/तार पर 2।
क्योंकि HTTP/2 तार प्रारूप अधिक कुशल है (विशेष रूप से मल्टीप्लेक्सिंग और संपीड़न के कारण), HTTP/2 के शीर्ष पर आरईएसटी एपीआई इसका भी लाभ उठाएंगे।
HTTP/2, HTTP/2 Push
में मौजूद अन्य प्रमुख सुधार, सहसंबंधित संसाधनों के कुशल डाउनलोड को लक्षित करता है, और यह शायद आरईएसटी उपयोगकेस में उपयोगी नहीं है।
टीएलएस पर HTTP/2 की एक सामान्य आवश्यकता तैनात की जानी चाहिए। इसके लिए http
से https
पर जाने के लिए नियोक्ता की आवश्यकता होती है, और उस समर्थन के लिए आवश्यक आधारभूत संरचना सेट करें (विश्वसनीय प्राधिकारी से प्रमाणपत्र खरीदें, उन्हें नवीनीकृत करें, आदि)।
तो आपको वेब एप्लिकेशन/एपीआई के बारे में कुछ भी बदलने की ज़रूरत नहीं है?बस इसे सर्वर (टीएलएस सहित) पर कॉन्फ़िगर करें और यह सही काम करता है? – greenhoorn
सही। मैं वहां हर वेब सर्वर के लिए बात नहीं कर सकता, लेकिन जेटी के लिए (मैं एक कमिटर हूं) आप जेटी को 'http2' मॉड्यूल के साथ कॉन्फ़िगर करते हैं और आप जाने के लिए अच्छे हैं। – sbordet