TrueURL
TrueURL

मेन्यू

208 Already Reported

WebDAV 207 रिस्पॉन्स के अंदर इस्तेमाल होता है: इस कलेक्शन के सदस्य पहले ही लिस्ट हो चुके हैं, ताकि बाइंडिंग लूप में अंतहीन दोहराव न हो।

कैटेगरी
2xx सफल
रीज़न फ़्रेज़
Already Reported
रीडायरेक्ट
नहीं
डिफ़ॉल्ट रूप से कैश करने योग्य
नहीं

208 Already Reported WebDAV के बाइंडिंग एक्सटेंशन, RFC 5842, से आया है। बाइंडिंग की वजह से एक ही कलेक्शन कई URL पर मिल सकता है, और Depth: infinity वाला PROPFIND उन्हीं सदस्यों को बार-बार लिस्ट करता रहता। ऐसा न हो, इसलिए सर्वर सदस्यों को एक बार लिस्ट करता है और multistatus बॉडी में उसी कलेक्शन के बाद में आने वाले हर उदाहरण को 208 से चिह्नित करता है।

208 का मतलब सिर्फ़ 207 Multi-Status रिस्पॉन्स के अंदर है और यह सिर्फ़ Depth: infinity वाली रिक्वेस्ट में आता है। जो सर्वर ऐसी रिक्वेस्ट को पूरी तरह ठुकराना पसंद करता है, वह इसकी जगह 508 Loop Detected लौटाता है।

उदाहरण रिस्पॉन्स

HTTP
HTTP/1.1 207 Multi-Status
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/xml; charset=utf-8
Content-Length: 306

<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:">
  <d:response>
    <d:href>/coll/</d:href>
    <d:status>HTTP/1.1 200 OK</d:status>
  </d:response>
  <d:response>
    <d:href>/coll/alias/</d:href>
    <d:status>HTTP/1.1 208 Already Reported</d:status>
  </d:response>
</d:multistatus>

SEO और रीडायरेक्ट जांच

SEO पर कोई असर नहीं: 208 सिर्फ़ WebDAV multistatus रिस्पॉन्स के अंदर आता है, जिन्हें सर्च इंजन क्रॉल नहीं करते।

आम वजहें और इस्तेमाल

  • कोई WebDAV कलेक्शन दो पाथ पर बाइंड है और एक रिकर्सिव PROPFIND उस तक दो बार पहुंचता है।
  • कोई बाइंड लूप, जैसे ऐसा कलेक्शन जिसमें उसके पैरेंट की बाइंडिंग हो, अंतहीन रूप से लिस्ट होने की जगह एक ही बार लिस्ट होता है।
  • RFC 5842 बाइंडिंग लागू करने वाले सर्वरों के बाहर यह बहुत कम दिखता है।

URL रीडायरेक्ट चेकर

TrueURL के मुफ़्त रीडायरेक्ट चेकर से देखें कि कोई URL हर हॉप पर कौन-सा स्टेटस कोड लौटाता है।