रेस्ट (REST) API क्लाइंट
ब्रांड न्यू ब्राउज़र-आधारित API रिक्वेस्ट बिल्डर का उपयोग क्यों करें?
जब डेवलपर REST APIs (जैसे पेमेंट गेटवे, वेदर विजेट्स, या सर्वर ऑथेंटिकेशन) के साथ एकीकृत होते हैं, तो उन्हें यह जांचना होता है कि API अनुरोधों (Requests) के प्रति सर्वर कैसी प्रतिक्रिया (Response) दे रहा है। पारंपरिक रूप से, इसके लिए पोस्टमैन (Postman) या इनसोम्निया (Insomnia) जैसे भारी सॉफ़्टवेयर डाउनलोड करने की आवश्यकता होती है। हमारा यह ब्राउज़र आधारित HTTP क्लाइंट वही शक्तिशाली सुविधाएँ (बनाना, भेजना, बॉडी, हेडर्स पास करना) ब्राउज़र में प्रदान करता है, बिना कोई सॉफ़्टवेयर स्थापित किए। यह CORS सुरक्षित अनुरोध करता है और आपको सीधे JSON रिस्पॉन्स डीबग करने देता है।
सभी मानक HTTP विधियाँ
CRUD (बनाएँ, पढ़ें, अद्यतन करें, हटाएँ) संचालन के लिए GET, POST, PUT, PATCH, और DELETE अनुरोधों का समर्थन करता है।
Formatted Response
Response body is automatically pretty-printed, with status code, HTTP status text, and response time
Zero Setup
No installation required — works entirely in your browser with no accounts or plugins needed
अपने पहले API एंडपॉइंट का परीक्षण (Testing) कैसे करें?
URL और विधि (Method) चुनें
शीर्ष पट्टी (Top Bar) पर, यह चुनें कि आप GET, POST या PUT अनुरोध करना चाहते हैं और फिर API के एंडपॉइंट का पूरा URL चिपकाएँ (http:// सहित)।
पैरामीटर और पेलोड जोड़ें (Optional)
यदि आपको कोई अतिरिक्त डेटा या फ़िल्टर भेजना है, तो आप नीचे दिए गए टैब से क्वेरी पैरामीटर या JSON रिक्वेस्ट बॉडी जोड़ सकते हैं।
सेंड (Send) पर क्लिक करें और परिणाम देखें
'रिक्वेस्ट भेजें' या 'Send' बटन दबाएँ। टूल रिस्पॉन्स टाइम (Milli-seconds) के साथ स्टेटस कोड (उदा: 200 OK) और पूरा JSON रिस्पॉन्स प्रदर्शित करेगा।
विभिन्न परिदृश्यों में API रिक्वेस्ट बिल्डर डेवलपर की मदद कैसे करता है?
डेवलपमेंट के दौरान यूनिट टेस्टिंग (Unit Testing)
फ्रंटेंड का निर्माण करने से पहले, जल्दी से जाँच लें कि आपका बैकएंड Node.js या Laravel API अपेक्षित परिणाम (JSON) लौटा रहा है या नहीं।
वेबहुक्स (Webhooks) को ट्रिगर करना
भुगतान (Payment), चैटबॉट या ईमेल सर्वर के वेबहुक्स का मैन्युअल परीक्षण करने के लिए इसे एक स्थानीय डमी POST अनुरोध भेजें।
थर्ड पार्टी API डिबगिंग (3rd Party)
जब स्ट्राइप (Stripe) या ट्विलियो (Twilio) जैसे तृतीय-पक्ष API '400 Bad Request' दे रहे हों, तो पेलोड की अलग-अलग वैल्यूज़ बदलकर यहाँ परीक्षण करें।
RESTful आर्किटेक्चर सीखना
छात्रों (Students) और नौसिखियों के लिए यह समझने का सबसे आसान तरीका कि HTTP विधियाँ (Methods) कैसे काम करती हैं और JSON पेलोड कैसा दिखता है।
बेहतर API परीक्षण (API Testing) के लिए विशेषज्ञ युक्तियाँ
✓ CORS (Cross-Origin Resource Sharing) त्रुटियों के बारे में जानें
चूँकि यह टूल आपके ब्राउज़र (क्लाइंट साइड) के भीतर से अनुरोध भेजता है, कोई भी API जिसमें सख्त CORS नीतियाँ (Policies) सक्षम हैं, वह ब्लॉक कर देगा। यदि आपको CORS त्रुटि मिलती है, तो वह API सार्वजनिक नहीं है। इसे बायपास करने के लिए प्रॉक्सी सर्वर या ब्राउज़र एक्सटेंशन का उपयोग किया जा सकता है।
✓ 'Content-Type: application/json' सेट करना न भूलें
जब भी आप POST या PUT विधि के माध्यम से JSON पेलोड भेज रहे हों, तो सुनिश्चित करें कि आपके 헤ડर्स (Headers) टैब में 'Content-Type' नामक की (Key) और उसका मूल्य 'application/json' जोड़ा गया है।
✓ हमेशा सुरक्षित HTTPS URL का ही उपयोग करें
आधुनिक ब्राउज़र या यह वेबसाइट HTTP (असुरक्षित) संसाधनों को सुरक्षित ब्लॉक (Mixed Content Error) के कारण ब्लॉक कर सकती है। सुनिश्चित करें कि आप जिस API का परीक्षण कर रहे हैं वह HTTPS कनेक्शन पर होस्टेड है या फिर आप लोकलहोस्ट (Localhost) का उपयोग कर रहे हैं।
✓ बेयरर टोकन (Bearer Tokens)
आधुनिक सुरक्षित APIs जैसे OpenAI या GitHub को ऑथेंटिकेशन (प्रमाणीकरण) की आवश्यकता होती है। आपको हेडर टैब में Key के रूप में `Authorization` और Value के रूप में `Bearer <Your_API_Key>` भेजना होगा।
❓ अक्सर पूछे जाने वाले प्रश्न (FAQ)
HTTP विधियों (Methods) GET और POST के बीच क्या अंतर है?
GET का उपयोग विशेष रूप से सर्वर से डेटा (जैसे उपयोगकर्ता प्रोफ़ाइल) मंगवाने (फ़ेच करने) के लिए किया जाता है। POST का उपयोग सर्वर को नया डेटा (जैसे फॉर्म सबमिट करना या कोई नया उपयोगकर्ता बनाना) भेजने के लिए किया जाता है, और इसमें सुरक्षा या कॉन्फ़िगरेशन के लिए 'पेलोड/बॉडी' भी शामिल होती है।
क्या मेरा API अनुरोध, पेलोड और टोकन आपके सर्वर (Optimizo) पर सहेजे जाएंगे?
बिल्कुल नहीं। यह एक पूरी तरह से क्लाइंट-साइड (Browser-run) टूल है। आपका ब्राउज़र सीधे आपके द्वारा दर्ज किए गए API URL सर्वर से जुड़ता है। हम बीच में कोई भी डेटा (टोकन या पेलोड) सहेज (Save) या इंटरसेप्ट (Intercept) नहीं करते हैं।
HTTP स्टेटस कोड (Status Code) 200, 404 और 500 का क्या मतलब है?
200 (OK) का मतलब है अनुरोध सफल रहा। 404 (Not Found) का अर्थ है आप जिस लक्ष्य (URL) को हिट करने का प्रयास कर रहे हैं वह सर्वर पर मौजूद नहीं है। 500 (Server Error) का मतलब है कि आपके अनुरोध का जवाब देते समय बैकेंड (सर्वर के अपने कोड) में कुछ टूट गया (क्रैश हो गया)।
क्या मैं इस टूल से अपने 'लोकलहोस्ट' (localhost:3000) API का परीक्षण कर सकता हूँ?
हाँ! चूँकि अनुरोध आपके अपने ब्राउज़र से आ रहा है, आप आसानी से `http://localhost:3000` या `http://127.0.0.1:8000` एंडपॉइंट्स पर कॉल भेज सकते हैं—बशर्ते आपका लोकल डेवलपमेंट सर्वर क्रॉस-ओरिजिन (CORS) का समर्थन कर रहा हो।