रेस्टफुल एपीआई क्या हैं?
रेस्टफुल एपीआई (प्रतिनिधि स्टेट ट्रांसफर एप्लिकेशन प्रोग्रामिंग इंटरफेस) वेब सेवाओं के निर्माण और प्रबंधन के लिए व्यापक रूप से उपयोग की जाने वाली डिजाइन शैली है। वे डेवलपर्स को REST की वास्तुशिल्प बाधाओं का पालन करके सर्वर पर संसाधनों को बनाने, पढ़ने, अपडेट करने और हटाने में मदद करते हैं, जो बड़े पैमाने पर वितरित सिस्टम के लिए मार्गदर्शक सिद्धांतों का एक सेट है। RESTful API मानक HTTP (हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल) विधियों जैसे GET, POST, PUT और DELETE का उपयोग करते हैं। ये विधियाँ क्लाइंट संचार की सुविधा प्रदान करती हैं, जैसे वेब ब्राउज़र या मोबाइल ऐप और सर्वर।
RESTful API का प्राथमिक लक्ष्य विभिन्न सॉफ़्टवेयर अनुप्रयोगों के बीच अंतरसंचालनीयता को सक्षम करना है, जिससे उनके लिए एक साथ एकीकृत होना और काम करना बहुत आसान हो जाता है। RESTful API के माध्यम से आदान-प्रदान किया जाने वाला डेटा आमतौर पर JSON (जावास्क्रिप्ट ऑब्जेक्ट नोटेशन) या XML (एक्स्टेंसिबल मार्कअप लैंग्वेज) जैसे मानव-पठनीय प्रारूपों में होता है, जो उन्हें आधुनिक वेब और मोबाइल एप्लिकेशन के लिए उपयुक्त बनाता है।
रेस्टफुल एपीआई कैसे काम करते हैं
RESTful API क्लाइंट और सर्वर के बीच डेटा का आदान-प्रदान करने के लिए HTTP प्रोटोकॉल का लाभ उठाता है। प्रत्येक HTTP अनुरोध में एक विधि, एक यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (यूआरआई), हेडर और एक संदेश निकाय शामिल होता है। सर्वर विधि और यूआरआई के आधार पर अनुरोध को संसाधित करता है और एक HTTP प्रतिक्रिया देता है जिसमें एक स्टेटस कोड, हेडर और एक संदेश निकाय होता है। यहां RESTful API में उपयोग की जाने वाली मुख्य HTTP विधियों का संक्षिप्त विवरण दिया गया है:
-
GET: सर्वर से यूआरआई द्वारा पहचाने गए संसाधन को पुनः प्राप्त करता है। -
POST: संदेश के मुख्य भाग में दिए गए डेटा का उपयोग करके सर्वर पर एक नया संसाधन बनाता है। -
PUT: संदेश के मुख्य भाग में दिए गए डेटा के साथ मौजूदा संसाधन को अद्यतन करता है। -
DELETE: सर्वर से URI द्वारा पहचाने गए संसाधन को हटा देता है।
उदाहरण के लिए, एक ई-कॉमर्स एप्लिकेशन उत्पादों, ग्राहकों और ऑर्डर को प्रबंधित करने के लिए RESTful API का उपयोग कर सकता है। क्लाइंट एप्लिकेशन सर्वर पर GET अनुरोध भेजकर उत्पाद विवरण प्राप्त करता है (उदाहरण के लिए, GET /products/{id} )। किसी उत्पाद को हटाने के लिए, क्लाइंट यूआरआई में उत्पाद की आईडी के साथ सर्वर को एक DELETE अनुरोध भेजता है (उदाहरण के लिए, DELETE /products/{id} )। सर्वर क्लाइंट के अनुरोध को संसाधित करता है, अनुरोधित संचालन करता है, और एक वैकल्पिक संदेश निकाय (आमतौर पर JSON प्रारूप में) के साथ एक उचित स्थिति कोड लौटाता है।
रेस्टफुल एपीआई डिज़ाइन के सिद्धांत
RESTful API के लाभ प्राप्त करने के लिए, REST आर्किटेक्चर को परिभाषित करने वाले प्रमुख सिद्धांतों का पालन करना आवश्यक है। ये सिद्धांत एक पूर्वानुमानित, स्केलेबल और रखरखाव योग्य एपीआई डिज़ाइन सुनिश्चित करते हैं:
- स्टेटलेस सर्वर इंटरैक्शन : क्लाइंट से सर्वर तक प्रत्येक अनुरोध में सर्वर के अनुरोध को पूरा करने के लिए सभी आवश्यक जानकारी होनी चाहिए। सर्वर को अनुरोधों के बीच अनुरोध से संबंधित कोई भी डेटा संग्रहीत नहीं करना चाहिए, जिससे प्रत्येक अनुरोध स्व-निहित और स्वतंत्र हो जाए।
- क्लाइंट-सर्वर पृथक्करण : क्लाइंट और सर्वर की चिंताएँ और जिम्मेदारियाँ अलग-अलग होनी चाहिए। क्लाइंट उपयोगकर्ता इंटरफ़ेस और उपयोगकर्ता अनुभव के लिए ज़िम्मेदार है, जबकि सर्वर संसाधनों के प्रसंस्करण, भंडारण और प्रबंधन को संभालता है।
- कैशैबिलिटी : प्रदर्शन में सुधार और सर्वर लोड को कम करने के लिए सर्वर से प्रतिक्रियाओं को क्लाइंट-साइड पर कैश किया जा सकता है। सर्वर को यह इंगित करने के लिए कैश नियंत्रण मेटाडेटा प्रदान करना चाहिए कि क्या प्रतिक्रिया कैश करने योग्य है और कितने समय के लिए है।
- स्तरित सिस्टम आर्किटेक्चर : रेस्टफुल एपीआई को एक पदानुक्रमित संरचना का उपयोग करके बनाया जा सकता है, जहां प्रत्येक परत की विशिष्ट जिम्मेदारियां होती हैं। यह डिज़ाइन चिंताओं को अलग करने, रखरखाव में वृद्धि और स्केलेबिलिटी में सुधार की अनुमति देता है।
- अद्वितीय संसाधन पहचान : एपीआई में प्रत्येक संसाधन को एक अद्वितीय यूआरआई (यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर) द्वारा पहचाना जाना चाहिए। ये पहचानकर्ता ग्राहकों को संसाधनों तक आसानी से पहुंचने और उनमें हेरफेर करने में सक्षम बनाते हैं।
- HTTP विधियों का लगातार उपयोग : RESTful API को संसाधनों पर कार्यों का प्रतिनिधित्व करने के लिए मानक HTTP विधियों (GET, POST, PUT, DELETE) का लगातार और सही ढंग से उपयोग करना चाहिए। यह स्थिरता एपीआई की प्रयोज्यता और पूर्वानुमेयता को बढ़ाती है।
इन सिद्धांतों का पालन करके, RESTful API डेवलपर्स वेब सेवाएँ बना सकते हैं जो क्लाइंट-सर्वर संचार के लिए एक विश्वसनीय, स्केलेबल और रखरखाव योग्य आधार प्रदान करती हैं।
रेस्ट एपीआई आर्किटेक्चर
REST API आर्किटेक्चर रिप्रेजेंटेशनल स्टेट ट्रांसफर (REST) मॉडल सिद्धांतों के इर्द-गिर्द घूमता है, जो वेब मानकों की सादगी और पालन पर जोर देता है। रेस्टफुल आर्किटेक्चर में, वेब सेवाएँ ग्राहकों के उपभोग के लिए endpoints की एक श्रृंखला को उजागर करती हैं, जिनमें से प्रत्येक एक व्यक्तिगत संसाधन या संसाधनों के संग्रह से संबंधित होती है। REST के मूल सिद्धांतों का पालन करके, डेवलपर्स स्केलेबल और रखरखाव योग्य एपीआई बना सकते हैं जो सॉफ्टवेयर सिस्टम के एकीकरण में सुधार करते हैं। REST API आर्किटेक्चर क्लाइंट-सर्वर मॉडल पर निर्भर करता है, जहां:
- क्लाइंट : एप्लिकेशन का क्लाइंट-साइड भाग जो प्रस्तुति परत और उपयोगकर्ता इंटरैक्शन के लिए ज़िम्मेदार है।
- सर्वर : एप्लिकेशन के सर्वर-साइड भाग में व्यावसायिक तर्क, डेटा एक्सेस होता है, और एपीआई endpoints के माध्यम से ग्राहकों को संसाधन प्रदान करता है। एपीआई क्लाइंट और सर्वर एक स्टेटलेस प्रोटोकॉल, आमतौर पर HTTP का उपयोग करके संचार करते हैं, जो उन्हें मानकीकृत प्रारूप में अनुरोध भेजने और प्रतिक्रिया प्राप्त करने में सक्षम बनाता है। क्लाइंट द्वारा भेजे गए प्रत्येक अनुरोध में सर्वर द्वारा संसाधित करने के लिए आवश्यक सभी जानकारी शामिल होती है, जिससे यह सुनिश्चित होता है कि सर्वर को अनुरोधों के बीच क्लाइंट के बारे में किसी भी स्थिति की जानकारी बनाए रखने की आवश्यकता नहीं है।
REST API आर्किटेक्चर के कई आवश्यक घटक हैं, जिनमें शामिल हैं:
- संसाधन: RESTful API के प्राथमिक बिल्डिंग ब्लॉक, संसाधन ग्राहकों के लिए उपलब्ध सिस्टम के भीतर संस्थाओं का प्रतिनिधित्व करते हैं। यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (यूआरआई) का उपयोग करके किसी संसाधन की विशिष्ट पहचान की जाती है।
- HTTP तरीके: ग्राहक GET, POST, PUT और DELETE जैसे मानक HTTP तरीकों का उपयोग करके सर्वर पर संसाधनों के साथ इंटरैक्ट करते हैं। ये ऑपरेशन डेटा दृढ़ता में उपयोग की जाने वाली CRUD (क्रिएट, रीड, अपडेट और डिलीट) विधियों के अनुरूप हैं।
- मीडिया प्रकार: REST API संसाधनों का प्रतिनिधित्व करने के लिए कई मीडिया प्रकारों का समर्थन करते हैं, जैसे JSON, XML, या सादा पाठ। JSON सबसे सामान्य प्रारूप है, जिसे इसकी सरलता और पठनीयता के लिए चुना गया है।
- स्टेटलेस कम्युनिकेशंस: REST API आर्किटेक्चर में, क्लाइंट के प्रत्येक अनुरोध में इसे संसाधित करने के लिए सभी आवश्यक डेटा होते हैं, और सर्वर अनुरोधों के बीच किसी भी क्लाइंट संदर्भ को संग्रहीत नहीं करता है। यह स्टेटलेसनेस एपीआई की स्केलेबिलिटी और प्रदर्शन में सुधार करती है।
अन्य आर्किटेक्चर की तुलना में REST API क्यों चुनें?
वेब सेवाओं को डिज़ाइन करते समय REST API डेवलपर्स के लिए लोकप्रिय विकल्प बन गए हैं। SOAP (सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल) या XML-RPC जैसे अन्य आर्किटेक्चर पर उनके फायदों में शामिल हैं:
- सरलता: REST API मानक HTTP विधियों का उपयोग करते हैं और कई संसाधन प्रतिनिधित्व प्रारूपों का समर्थन करते हैं, जिससे उन्हें SOAP या XML-RPC की तुलना में लागू करना, समझना और उपभोग करना आसान हो जाता है, जो कस्टम प्रोटोकॉल और जटिल XML मैसेजिंग पर निर्भर होते हैं।
- स्केलेबिलिटी: रेस्टफुल एपीआई स्टेटलेस हैं, जिसका अर्थ है कि वे क्षैतिज रूप से अधिक आसानी से स्केल कर सकते हैं। जैसे-जैसे ग्राहकों की संख्या और डेटा की मात्रा बढ़ती है, आर्किटेक्चर में किसी भी महत्वपूर्ण बदलाव के बिना सिस्टम में अतिरिक्त सर्वर जोड़े जा सकते हैं।
- प्रदर्शन: अपनी स्टेटलेस प्रकृति और कैशिंग के उपयोग के कारण, RESTful API अक्सर अन्य आर्किटेक्चर की तुलना में बेहतर प्रदर्शन करते हैं। कैशिंग ग्राहकों को सर्वर से प्रतिक्रियाओं को संग्रहीत करने की अनुमति देता है, जिससे बार-बार अनुरोधों की आवश्यकता कम हो जाती है और थ्रूपुट में सुधार होता है।
- लचीलापन: REST API डिज़ाइन कई डेटा प्रारूपों का समर्थन करता है, जिससे ग्राहकों को उनकी आवश्यकताओं के लिए सबसे उपयुक्त प्रारूप में संसाधनों का उपभोग करने की अनुमति मिलती है। यह लचीलापन विभिन्न प्लेटफार्मों और प्रौद्योगिकियों में एकीकरण को सरल बनाता है।
- वेब मानकों का पालन: REST के सिद्धांत वेब के वास्तुशिल्प सिद्धांतों के साथ निकटता से मेल खाते हैं। इन सिद्धांतों का पालन करके, REST API वेब के मौजूदा बुनियादी ढांचे, जैसे कैशिंग तंत्र, सामग्री वितरण नेटवर्क (सीडीएन), और एसएसएल/टीएलएस जैसी सुरक्षा सुविधाओं का लाभ उठा सकते हैं।
REST API डिज़ाइन के साथ सामान्य चुनौतियाँ
RESTful API का उपयोग करने के कई फायदों के बावजूद, डेवलपर्स को अभी भी डिज़ाइन और कार्यान्वयन प्रक्रिया के दौरान चुनौतियों का सामना करना पड़ सकता है। कुछ सामान्य चुनौतियों में शामिल हैं:
- वर्जनिंग: जैसे-जैसे एपीआई विकसित होती है, पुराने संस्करणों का उपभोग करने वाले ग्राहकों के लिए बैकवर्ड संगतता सुनिश्चित करना मुश्किल हो सकता है। वर्जनिंग एपीआई में बदलावों को प्रबंधित करने में मदद करती है, लेकिन डेवलपर्स को अपने एपीआई को वर्जन करने के लिए सबसे अच्छा तरीका निर्धारित करना होगा, जैसे यूआरआई वर्जनिंग या कस्टम अनुरोध हेडर का उपयोग करना।
- प्रमाणीकरण और प्राधिकरण: REST API को सुरक्षित करने के लिए उचित प्रमाणीकरण और प्राधिकरण तंत्र को लागू करने की आवश्यकता होती है। कई मानक तरीकों, जैसे बेसिक ऑथ, OAuth, या JSON वेब टोकन (JWT) का उपयोग किया जा सकता है, लेकिन एपीआई सुरक्षा के लिए सही दृष्टिकोण चुनना और उचित कार्यान्वयन सुनिश्चित करना महत्वपूर्ण है।
- दर सीमाएं और कोटा: दर सीमाएं और कोटा लागू करने से एपीआई के अत्यधिक उपयोग या दुरुपयोग को रोकने में मदद मिलती है और सभी ग्राहकों के लिए उचित पहुंच सुनिश्चित होती है। इन नियंत्रणों को लागू करना चुनौतीपूर्ण हो सकता है, और डेवलपर्स को वैध उपयोग के मामलों को समायोजित करने के लिए लचीलेपन के साथ सख्ती को संतुलित करने का ध्यान रखना चाहिए।
- अनुकूलता: एक REST API डिज़ाइन करना जिसे विभिन्न तकनीकों, प्लेटफार्मों और आवश्यकताओं वाले विभिन्न ग्राहकों द्वारा उपभोग किया जा सके, चुनौतीपूर्ण हो सकता है। व्यापक रूप से स्वीकृत मानकों और सर्वोत्तम प्रथाओं पर ध्यान देने से अनुकूलता और रखरखाव सुनिश्चित करने में मदद मिलती है।
- त्रुटि प्रबंधन और दस्तावेज़ीकरण: एक सफल REST API के लिए स्पष्ट त्रुटि संदेश और व्यापक दस्तावेज़ीकरण प्रदान करना आवश्यक है। उचित त्रुटि प्रबंधन से ग्राहक भ्रम को रोका जा सकता है और डीबग करने और समस्याओं को हल करने के लिए आवश्यक समय कम हो सकता है।
इन चुनौतियों के बावजूद, RESTful API आर्किटेक्चर को अपनाने से सॉफ्टवेयर अनुप्रयोगों के विकास और एकीकरण को सुव्यवस्थित किया जा सकता है, जिससे डेवलपर्स को स्केलेबल, रखरखाव योग्य और उच्च प्रदर्शन वाले सिस्टम बनाने में मदद मिलती है।
REST API डिज़ाइन करने के लिए सर्वोत्तम अभ्यास
RESTful API को डिज़ाइन करना चुनौतीपूर्ण हो सकता है, लेकिन निम्नलिखित सर्वोत्तम प्रथाओं का पालन करने से एक अच्छी तरह से संरचित और उपयोग में आसान API में योगदान मिलेगा जो आपके ग्राहकों की आवश्यकताओं को पूरा करता है।
REST सिद्धांतों का पालन करें
सुनिश्चित करें कि आपका एपीआई डिज़ाइन REST आर्किटेक्चर के सिद्धांतों का पालन करता है। स्टेटलेस सर्वर इंटरैक्शन बनाए रखें, क्लाइंट-सर्वर पृथक्करण मॉडल का उपयोग करें, और जहां संभव हो अपने एपीआई प्रतिक्रियाओं की कैशेबिलिटी सुनिश्चित करें। रखरखाव और स्केलेबिलिटी में सुधार के लिए एक स्तरित आर्किटेक्चर बनाएं।
उचित HTTP विधियों का उपयोग करें
विभिन्न CRUD (बनाएं, पढ़ें, अपडेट करें, हटाएं) कार्यों के लिए GET, POST, PUT और DELETE जैसी मानक HTTP विधियों का पालन करें। सही तरीकों का उपयोग करने से आपका एपीआई अधिक सहज हो जाता है और आपको GET अनुरोधों के लिए कैशिंग जैसी HTTP की अंतर्निहित सुविधाओं का लाभ उठाने की अनुमति मिलती है।
/संसाधन प्राप्त करें -> संसाधनों की एक सूची प्राप्त करें पोस्ट/संसाधन -> एक नया संसाधन बनाएं PUT /resources/:id -> निर्दिष्ट आईडी के साथ मौजूदा संसाधन को अपडेट करें DELETE /resources/:id -> निर्दिष्ट आईडी के साथ संसाधन हटाएं
मानक HTTP स्थिति कोड का उपयोग करें
ग्राहकों के अनुरोधों को संसाधित करते समय उन्हें सार्थक और लगातार प्रतिक्रिया प्रदान करने के लिए मानक HTTP स्थिति कोड का उपयोग करें। उदाहरण के लिए, सफल अनुरोधों के लिए 200 श्रृंखला, क्लाइंट-साइड त्रुटियों के लिए 400 और सर्वर-साइड समस्याओं के लिए 500 का उपयोग करें।
200 ठीक -> अनुरोध सफल रहा 201 बनाया गया -> संसाधन सफलतापूर्वक बनाया गया था 204 कोई सामग्री नहीं -> अनुरोध सफल था, लेकिन वापस करने के लिए कोई डेटा नहीं है (DELETE अनुरोधों के लिए उपयोग किया जाता है) 400 ख़राब अनुरोध -> अनुरोध विकृत या अमान्य था 401 अनधिकृत -> क्लाइंट के पास संसाधन तक पहुंचने के लिए आवश्यक क्रेडेंशियल नहीं हैं 404 नहीं मिला -> अनुरोधित संसाधन सर्वर पर नहीं मिला 500 आंतरिक सर्वर त्रुटि -> अनुरोध संसाधित करते समय एक सर्वर-साइड त्रुटि उत्पन्न हुई
संस्करणीकरण लागू करें
वर्जनिंग के माध्यम से अपने एपीआई में परिवर्तनों को प्रबंधित और संप्रेषित करें। जब आप अपडेट या सुधार करेंगे तो इससे मौजूदा ग्राहकों को व्यवधान से बचाने में मदद मिलेगी। एपीआई का संस्करण या तो यूआरएल में निर्दिष्ट करें (उदाहरण के लिए, /api/v1/संसाधन) या एक कस्टम हेडर के रूप में (उदाहरण के लिए, एक्स-एपीआई-संस्करण: 1)।
पेजिनेशन और फ़िल्टरिंग का उपयोग करें
बड़े डेटा सेट लौटाने वाले एपीआई के लिए, प्रत्येक प्रतिक्रिया में लौटाए जाने वाले डेटा की मात्रा को सीमित करने के लिए पेजिनेशन और फ़िल्टरिंग लागू करें। इससे प्रदर्शन में सुधार होता है और क्लाइंट का बैंडविड्थ उपयोग कम हो जाता है।
/resources?page=2&per_page=50 प्राप्त करें -> प्रति पृष्ठ 50 आइटम की सीमा के साथ दूसरे पृष्ठ से संसाधन पुनर्प्राप्त करें /resources?filter[status]=active प्राप्त करें -> "सक्रिय" स्थिति के साथ संसाधन पुनः प्राप्त करें
अपना एपीआई सुरक्षित करें
अनधिकृत पहुंच और डेटा उल्लंघनों को रोकने के लिए उचित प्रमाणीकरण और प्राधिकरण तंत्र के साथ अपने एपीआई को सुरक्षित रखें। अपनी आवश्यकताओं के आधार पर OAuth2, API कुंजी, JWT (JSON वेब टोकन), या अन्य कस्टम प्रोटोकॉल जैसे मानक तरीकों का उपयोग करें।
स्पष्ट और विस्तृत दस्तावेज़ प्रदान करें
अपने एपीआई के लिए व्यापक दस्तावेज़ीकरण प्रदान करें, जिसमें endpoints, HTTP विधियों, इनपुट पैरामीटर, प्रतिक्रिया प्रारूप और त्रुटि कोड के बारे में विवरण शामिल हैं। अच्छा दस्तावेज़ीकरण डेवलपर्स को आपके एपीआई को तुरंत समझने और एकीकृत करने में मदद करता है, समर्थन अनुरोधों को कम करता है और अपनाने को बढ़ावा देता है।
AppMaster.io: REST API के साथ एकीकरण चुनौतियों का समाधान
जबकि RESTful API को डिज़ाइन और एकीकृत करना जटिल हो सकता है, AppMaster.io नो-कोड प्लेटफ़ॉर्म का उपयोग करने से एकीकरण चुनौतियों और विकास प्रयासों को काफी कम किया जा सकता है।
AppMaster.io एक शक्तिशाली no-code प्लेटफ़ॉर्म है जो उपयोगकर्ताओं को REST API endpoints डिज़ाइन और प्रबंधित करने सहित दृश्य रूप से बैकएंड एप्लिकेशन बनाने में सक्षम बनाता है। यह आपके अनुप्रयोगों में REST API बनाने, बनाए रखने और एकीकृत करने की प्रक्रिया को तेज़ करता है, जिससे यह अधिक कुशल और लागत प्रभावी बन जाती है। इसके अलावा, AppMaster.io सर्वर endpoints के लिए स्वैगर (ओपनएपीआई) दस्तावेज़ीकरण की पीढ़ी का समर्थन करता है, जो अन्य प्रणालियों और सेवाओं के साथ एकीकरण को और सरल बनाता है।
अपने REST API विकास के लिए AppMaster.io का उपयोग करके, आप इससे लाभ उठा सकते हैं:
- तेज़ एप्लिकेशन विकास और परिनियोजन - 30 सेकंड से कम समय में एप्लिकेशन जेनरेट करें
- बैकएंड, वेब और मोबाइल एप्लिकेशन के लिए कुशल समर्थन - सभी प्लेटफार्मों पर एक सुसंगत और सरलीकृत दृष्टिकोण अपनाएं
- तकनीकी ऋण का उन्मूलन - स्वच्छ कोड सुनिश्चित करते हुए, एप्लिकेशन को स्क्रैच से पुनर्जीवित किया जाता है
- स्केलेबिलिटी - AppMaster.io, Go का उपयोग करके स्टेटलेस बैकएंड एप्लिकेशन उत्पन्न कर सकता है, जो उन्हें उद्यम और उच्च-लोड उपयोग के मामलों के लिए अत्यधिक स्केलेबल बनाता है।
AppMaster.io आपकी REST API विकास प्रक्रिया को सरल और सुव्यवस्थित करने के लिए एक व्यापक और कुशल समाधान प्रदान करता है, चाहे आप एक छोटा व्यवसाय हों या एक बड़ा उद्यम।
