TrueURL
TrueURL

मेन्यू

411 Length Required

सर्वर ऐसी रिक्वेस्ट मना कर देता है जिसमें बॉडी हो, लेकिन Content-Length हेडर न हो। क्लाइंट वैध Content-Length के साथ इसे दोबारा भेज सकता है।

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

411 Length Required का मतलब है कि सर्वर तय Content-Length के बिना रिक्वेस्ट स्वीकार करने से मना करता है। क्लाइंट बॉडी का साइज़ बताने वाले वैध Content-Length हेडर के साथ रिक्वेस्ट दोहरा सकता है।

ऐसा उन POST और PUT रिक्वेस्ट के साथ होता है जो अपनी बॉडी chunked ट्रांसफ़र एन्कोडिंग से ऐसे सर्वर को भेजती हैं जो इसे स्वीकार नहीं करता, और उन रिक्वेस्ट के साथ जिनमें न बॉडी होती है, न Content-Length: 0। कुछ बड़ी सेवाएं, जिनमें Google भी शामिल है, बिना Content-Length वाले खाली POST का जवाब 411 से देती हैं।

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

HTTP
HTTP/1.1 411 Length Required
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 66
Connection: close

<p>POST requests require a <code>Content-length</code> header.</p>

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

क्रॉलर पेज GET से लाते हैं, जिसमें बॉडी नहीं होती, इसलिए 411 का SEO पर कोई असर नहीं है। रीडायरेक्ट जांच में यह POST इस्तेमाल करने पर दिख सकता है: 307 या 308 को फ़ॉलो करते समय रिक्वेस्ट बॉडी और उसकी लंबाई दोबारा भेजनी पड़ती है।

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

  • कोई HTTP क्लाइंट बिना बॉडी और बिना Content-Length: 0 के POST भेजता है।
  • कोई स्ट्रीमिंग अपलोड Transfer-Encoding: chunked इस्तेमाल करता है, और सर्वर या प्रॉक्सी को लंबाई चाहिए।
  • कोई प्रॉक्सी Content-Length हेडर हटा देता है या बदल देता है।

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

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