ब्रोटली चेकर

ब्रोटली चेकर एक मुफ्त टूल है, जो पता लगाता है कि कोई वेबसाइट सामग्री भेजते समय Brotli कम्प्रेशन का इस्तेमाल करती है या नहीं।

Brotli कम्प्रेशन क्या है?

Brotli एक लॉसलेस कम्प्रेशन फॉर्मेट है, जिसका इस्तेमाल वेब सर्वर से ब्राउज़र तक भेजे जाने वाले डेटा की मात्रा घटाने के लिए किया जाता है। इसे आम तौर पर HTML, CSS, JavaScript, JSON और SVG जैसी टेक्स्ट-आधारित फाइलों पर लागू किया जाता है।

कम्प्रेशन सर्वर का जवाब भेजे जाने से पहले या उसे भेजते समय होता है। Brotli का समर्थन करने वाला ब्राउज़र अपनी HTTP रिक्वेस्ट के Accept-Encoding हेडर में शून्य से अधिक क्वालिटी वैल्यू के साथ br शामिल करके बताता है कि वह Brotli स्वीकार करता है। अगर सर्वर या कंटेंट डिलीवरी नेटवर्क पर Brotli इस्तेमाल करने की सेटिंग की गई है, तो वह Content-Encoding: br के साथ कम्प्रेस किया हुआ जवाब भेज सकता है।

Brotli सामग्री का अर्थ नहीं बदलता। ब्राउज़र जवाब को प्रोसेस करने से पहले डिकम्प्रेस करता है। JPEG, PNG, MP4 और ज्यादातर आर्काइव फाइलों जैसे फॉर्मेट पहले से अपना कम्प्रेशन इस्तेमाल करते हैं, इसलिए उन पर अतिरिक्त Brotli कम्प्रेशन से आम तौर पर बहुत कम फायदा होता है।

कैसे पता करूं कि कोई वेबसाइट Brotli इस्तेमाल करती है?

वेबसाइट का पता दर्ज करें और Brotli जांच चलाएं। इससे पता चलेगा कि वेबसाइट Brotli कम्प्रेशन इस्तेमाल करती है या नहीं।

यह प्रक्रिया सर्वर पर पूरी होती है। आपका इनपुट HTTPS के जरिए सर्वर तक जाता है और स्टोर नहीं किया जाता।

ब्रोटली चेकर का नतीजा कैसे समझूं?

नतीजा सीधे बताता है कि वेबसाइट Brotli इस्तेमाल करती है या नहीं।

अगर Brotli का पता चलता है, तो वेबसाइट Brotli इस्तेमाल कर रही है। अगर इसका पता नहीं चलता, तो हो सकता है कि वेबसाइट बिना कम्प्रेशन के सामग्री भेज रही हो या Gzip जैसी कोई दूसरी एन्कोडिंग इस्तेमाल कर रही हो।

Brotli की आम समस्याओं को कैसे ठीक करें

अगर उम्मीद के मुताबिक Brotli का पता नहीं चलता, तो समस्या पहचानने के लिए ये चरण अपनाएं।

1. Brotli चालू है, लेकिन साइट अब भी Gzip भेज रही है। कंटेंट नेगोशिएशन सेटिंग, कम्प्रेशन की पात्रता, न्यूनतम आकार की सीमा और कैश किए गए वेरिएंट जांचें। अगर रिक्वेस्ट किसी CDN, रिवर्स प्रॉक्सी या अपनी कम्प्रेशन नीति वाले होस्टिंग प्लेटफॉर्म से होकर गुजरती है, तो बीच की सेवा Brotli की जगह कैश किया हुआ Gzip जवाब भेज सकती है।
2. होम पेज जांच में सफल है, लेकिन स्टैटिक फाइलें नहीं। CSS और JavaScript फाइलों के कम्प्रेशन नियम देखें। सर्वर के नियम अक्सर MIME टाइप के अनुसार लागू होते हैं। यह भी संभव है कि एसेट किसी दूसरे होस्टनेम, जैसे static.example.co.uk, से भेजे जा रहे हों।
3. होस्टिंग या CDN में हाल में किया गया बदलाव दिखाई नहीं दे रहा। DNS, रूटिंग और HTTP रिस्पॉन्स हेडर जांचें। अगर ट्रैफिक अब भी पुराने एज या ओरिजिन तक पहुंच रहा है, तो नतीजे में पिछली कॉन्फिगरेशन दिखाई दे सकती है।

अगर कम्प्रेशन के नतीजे के अलावा दूसरे रिस्पॉन्स हेडर भी देखने हैं, तो HTTP हेडर लुकअप मदद कर सकता है। Brotli और HTTP/2 अलग-अलग सुविधाएं हैं। इसलिए कनेक्शन प्रोटोकॉल की पुष्टि करने के लिए HTTP/2 चेकर इस्तेमाल करें। कोई साइट HTTP/2 के बिना भी किसी कनेक्शन पर Brotli इस्तेमाल कर सकती है, और सिर्फ HTTP/2 चालू करने से Brotli अपने आप चालू नहीं होता।

आप curl के जरिए कमांड लाइन से भी जांच कर सकते हैं। उदाहरण के लिए, curl --compressed -D - -o /dev/null https://www.example.co.uk/ रिक्वेस्ट curl को समर्थित कम्प्रेशन स्वीकार करने के लिए कहती है और रिस्पॉन्स हेडर दिखाती है। अगर सर्वर कमांड-लाइन क्लाइंट के साथ अलग व्यवहार करता है या सामान्य GET रिक्वेस्ट के बजाय HEAD रिक्वेस्ट इस्तेमाल की जाती है, तो नतीजे अलग हो सकते हैं।

कैश या बदलाव लागू होने में देरी से नतीजा गलत क्यों लग सकता है?

कैश और रूटिंग में देरी के कारण कुछ समय के लिए ऐसा नतीजा मिल सकता है, जो आपकी अपेक्षित कॉन्फिगरेशन से अलग हो। कोई CDN पुराने, बिना कम्प्रेशन वाले या Gzip से कम्प्रेस किए गए ऑब्जेक्ट को उसकी अवधि खत्म होने या उसे पर्ज किए जाने तक रख सकता है।

जब रिप्रेजेंटेशन का चुनाव Accept-Encoding पर निर्भर हो, तो ओरिजिन के जवाब में Vary: Accept-Encoding शामिल होना चाहिए। अलग-अलग कम्प्रेशन समर्थन वाले क्लाइंट के लिए अलग रिप्रेजेंटेशन रखने हेतु कैश, कैश कुंजी बनाते समय इस फील्ड का इस्तेमाल करते हैं। अगर यह हेडर मौजूद नहीं है या इसे सही तरीके से संभाला नहीं गया, तो कैश गलत वेरिएंट भेज सकता है। अगर Brotli कभी-कभी ही दिखाई देता है, तो CDN की कैश कुंजी और रिस्पॉन्स हेडर जांचें।

DNS में बदलाव भी देरी का एक कारण हो सकता है। रिजॉल्वर पुराना पता उसकी टाइम टू लिव अवधि खत्म होने तक रख सकते हैं, और माइग्रेशन के दौरान अलग-अलग नेटवर्क अलग सर्वरों तक पहुंच सकते हैं। यह चेकर सर्वर पर चलता है, इसलिए इसका DNS और कैश पाथ आपके ब्राउज़र के पाथ से अलग हो सकता है। ब्राउज़र के डेवलपर टूल स्थानीय रूप से कैश किया गया जवाब भी दिखा सकते हैं। इसलिए नतीजों की तुलना करते समय कैश बंद करके पेज दोबारा लोड करें।

अक्सर पूछे जाने वाले सवाल

क्या Brotli और Gzip एक साथ चालू किए जा सकते हैं?

हां। सर्वर आम तौर पर दोनों का समर्थन करते हैं और क्लाइंट के Accept-Encoding हेडर के आधार पर एन्कोडिंग चुनते हैं। इससे पुराने संगत क्लाइंट को Gzip दिया जा सकता है, जबकि शून्य से अधिक क्वालिटी वैल्यू के साथ br बताने वाले क्लाइंट को Brotli मिलता है।

क्या Brotli फाइलों का एक्सटेंशन .br होता है?

सर्वर पर पहले से कम्प्रेस की गई Brotli फाइलों में .br एक्सटेंशन हो सकता है, लेकिन वेबसाइट पर आने वाले लोग सामान्यतः मूल URL ही खोलते हैं। सर्वर कम्प्रेस किया हुआ रिप्रेजेंटेशन चुनता है और रिस्पॉन्स के Content-Encoding हेडर में उसकी पहचान बताता है।

क्या वेबसाइट की हर फाइल पर Brotli इस्तेमाल करना चाहिए?

नहीं। Brotli आम तौर पर टेक्स्ट-आधारित जवाबों के लिए उपयुक्त है, जबकि इमेज, वीडियो, PDFs और आर्काइव फाइलें पहले से कम्प्रेस हो सकती हैं। इन फॉर्मेट को दोबारा कम्प्रेस करने में सर्वर का समय लग सकता है, जबकि भेजे जाने वाले डेटा के आकार में कोई उल्लेखनीय कमी नहीं आती।

क्या Brotli से सर्च रैंकिंग बेहतर होती है?

Brotli बेहतर रैंकिंग की सीधी गारंटी नहीं देता। छोटे टेक्स्ट रिस्पॉन्स डेटा भेजने में लगने वाला समय घटा सकते हैं, जिससे पेज का प्रदर्शन बेहतर हो सकता है। हालांकि, कैशिंग, सर्वर रिस्पॉन्स टाइम, स्क्रिप्ट चलने में लगने वाला समय और इमेज का प्रबंधन भी उपयोगकर्ताओं के अनुभव को प्रभावित करते हैं।

Brotli चालू करने के बाद क्या जांचना चाहिए?

पुष्टि करें कि अलग-अलग सामान्य टेक्स्ट रिस्पॉन्स ब्राउज़र में सही तरीके से लोड हो रहे हैं। Content-Type, Content-Encoding, उपलब्ध होने पर Content-Length, और Vary की समीक्षा करें। अगर पुराने वेरिएंट अब भी कैश में हैं, तो संबंधित CDN एंट्री पर्ज करें।