Mock एरर रिस्पॉन्स जनरेटर

ब्राउज़र में चलता है मॉकिंग

RFC 9457 Problem Details, JSON:API errors, Google/AWS/Stripe शैलियों या अपने कस्टम ढाँचे में वास्तविक जैसे कोड और संदेशों के साथ एरर बॉडी बनाएँ।

केवल टेस्ट डेटा — सभी जनरेट किए गए नाम, संपर्क, पहचानकर्ता और संख्याएँ कृत्रिम हैं और किसी वास्तविक व्यक्ति या खाते से संबंधित नहीं हैं।
गोपनीयता: यह टूल पूरी तरह आपके ब्राउज़र में चलता है। आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता।

अच्छा API एरर रिस्पॉन्स कैसा दिखता है?

अच्छा API एरर सही स्टेटस कोड और एक सुसंगत, मशीन-रीडेबल बॉडी इस्तेमाल करता है। RFC 9457 (Problem Details) उस बॉडी को मानकीकृत करता है: एक type URI, छोटा title, status, मानव-पठनीय detail और instance पहचानकर्ता, application/problem+json में। यह कॉलर को बताता है कि क्या गलत हुआ और कैसे ठीक करें — बिना स्टैक ट्रेस, SQL या आंतरिक पाथ उजागर किए।

Mock एरर रिस्पॉन्स जनरेटर कैसे इस्तेमाल करें

  1. एरर का प्रकार और अपनी API जो फ़ॉर्मेट इस्तेमाल करती है, वह चुनें।
  2. validation एरर के लिए फ़ील्ड के नाम सूचीबद्ध करें।
  3. Generate दबाएँ और बॉडी को अपने क्लाइंट टेस्ट या mock सर्वर में चिपकाएँ।

Mock एरर रिस्पॉन्स जनरेटर की खूबियाँ

  • ग्यारह फ़ॉर्मेट: RFC 9457, JSON:API, Google, AWS, Stripe, Laravel, Django REST, ASP.NET Core, JSend, simple और GraphQL
  • validation (422) से लेकर gateway timeout (504) तक ग्यारह प्रकार के एरर, उनसे मेल खाते हेडर के साथ
  • फ़ील्ड के नाम से अनुमान लगाए गए फ़ील्ड-स्तरीय संदेश
  • कस्टम detail संदेश से डिफ़ॉल्ट संदेश बदलने की सुविधा
  • कच्चा HTTP आउटपुट और साथ में स्टेटस व हेडर का सारांश

Mock एरर रिस्पॉन्स जनरेटर का उदाहरण

Laravel शैली का validation एरर

इनपुट:

Fields: email, age
Error: validation, format: Laravel

आउटपुट:

HTTP/1.1 422 Unprocessable Content

{
  "message": "Email must be a valid email address.",
  "errors": {
    "email": ["Email must be a valid email address."],
    "age": ["Age must be between 1 and 100."]
  }
}

Mock एरर रिस्पॉन्स जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल

कौन-कौन से फ़ॉर्मेट उपलब्ध हैं?

RFC 9457 Problem Details, JSON:API errors, Google API, AWS, Stripe, Laravel, Django REST Framework, ASP.NET Core ValidationProblemDetails, JSend, सादा { error } ऑब्जेक्ट और GraphQL errors।

किस-किस तरह के एरर बनाए जा सकते हैं?

validation (422), bad request (400), authentication (401), forbidden (403), not found (404), conflict (409), payment required (402), rate limit (429), सर्वर एरर (500), unavailable (503) और gateway timeout (504) — हर एक अपने मेल खाते हेडर के साथ।

फ़ील्ड एरर कैसे चुने जाते हैं?

फ़ील्ड के नाम से: email को अमान्य फ़ॉर्मेट का संदेश मिलता है, password को बहुत छोटा, terms को must-be-true, id को not-found, इत्यादि। मैपिंग देखने के लिए अपने फ़ील्ड जोड़कर देखें।

क्या मैं संदेश ख़ुद तय कर सकता हूँ?

हाँ, कस्टम संदेश हर फ़ॉर्मेट में डिफ़ॉल्ट detail की जगह ले लेता है, जबकि कोड, स्टेटस और ढाँचा सही बने रहते हैं।

संदर्भ

  • RFC 9457: Problem Details for HTTP APIsIETF · 2023मशीन-रीडेबल API एरर के लिए application/problem+json फ़ॉर्मेट (type, title, status, detail, instance)।
  • OWASP Cheat Sheet Series: Error HandlingOWASP Foundationऐसी एरर रिस्पॉन्स जो कॉलर की मदद करें पर स्टैक ट्रेस, वर्ज़न या आंतरिक पाथ लीक न करें।
  • RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।