सभी आधुनिक ब्राउज़र एक gzip एन्कोडेड प्रतिक्रिया को संभाल सकते हैं। वास्तव में, यदि आप उनके अनुरोधों को देखते हैं, तो उनके पास एक शीर्षलेख होगा जो Accept-Encoding: gzip की लाइनों के साथ कुछ कहता है जो कि सर्वर से कहने का उनका तरीका है कि वे gzipped प्रतिक्रियाओं को संभाल सकते हैं।
महत्वपूर्ण हिस्सा यह है कि आपका सर्वर उस शीर्षलेख के अस्तित्व और मूल्य के आधार पर दोनों gzip और असंपीड़ित प्रतिक्रियाओं को वापस कर सकता है। यदि कोई ग्राहक Accept-Encoding शीर्षलेख नहीं भेजता है, तो आपको इसे संपीड़ित नहीं करना चाहिए। यदि ग्राहक इसे भेजता है, तो आप वैकल्पिक रूप से gzip का उपयोग करके प्रतिक्रिया को एन्कोड कर सकते हैं। सभी सामग्री को संपीड़ित करने की आवश्यकता नहीं है क्योंकि यह पहले ही संपीड़ित हो सकती है और आप CPU चक्र बर्बाद कर रहे हैं। जेपीईजी छवियां आमतौर पर इसका एक अच्छा उदाहरण हैं। सबसे अधिक संभावना है कि, आईआईएस यहां भी एक बुद्धिमान निर्णय ले रहा है और आवश्यक होने पर केवल आवश्यकतानुसार संपीड़ित कर रहा है।
आप यह सत्यापित कर सकते हैं कि आईआईएस आपके सर्वर से वापस आने वाले प्रतिक्रिया शीर्षकों को देखकर और Content-Encoding: gzip शीर्षलेख की तलाश करके क्या कर रहा है। यह क्लाइंट, या ब्राउज़र को बताता है कि सामग्री gzip संपीड़न का उपयोग करके एन्कोड किया गया है और इसे उचित रूप से डिकंप्रेस करना चाहिए।
सभी ब्राउज़र आधारित अनुरोध (उदा।, AJAX/jQuery, नियमित अनुरोध) स्वचालित रूप से आपके द्वारा अतिरिक्त प्रयास किए बिना डिकंप्रेस हो जाएंगे। यह ब्राउज़र यह निर्धारित करने के लिए ज़िम्मेदार है कि यह gzip को संभाल सकता है और Accept-Encoding शीर्षलेख जोड़ देगा यदि यह करता है। आपके जावास्क्रिप्ट कोड को आपके प्रतिक्रिया हैंडलर में असंपीड़ित संस्करण प्राप्त होगा।
टीएल; डीआर: इसे चालू करना आम तौर पर एक अच्छा विचार है और आपको अतिरिक्त काम करने की आवश्यकता नहीं है।
स्रोत
2015-08-24 00:09:03
आपके उत्तर के लिए धन्यवाद एक टन। अद्भुत जवाब। यह मुझे बहुत मदद करता है :) – user5075511