सामग्री-एन्कोडिंग भेजने के लिए mod_deflate सक्षम करें: gzip

Question

संपादित मैं ने पाया है कि समस्या वास्तव में php minify है। यह अपाचे के बजाय डिफ्लेटेड सामग्री भेज रहा था। मुझे इस पर और अधिक मिल जाएगा।

High Performance Web Sites के अनुसार

, अगर मैं अपाचे 2.x में, निम्न पंक्ति जोड़कर mod_deflate सक्षम है, यह gzipped भेजने चाहिए/delfated सामग्री: -

AddOutputFilterByType DEFLATE text/html text/css application/x-javascript 

किताब भी कहता है कि gzip से अधिक प्रभावी है deflate।

मैंने उसी लाइन को जोड़कर httpd.conf में सक्षम किया है। लेकिन अपाचे Content-Encoding: deflate भेजता है।

मैं कर्ल का उपयोग कर के साथ परीक्षण किया: -

curl -i -H "Accept-Encoding: gzip" "http://192.168.1.33/s.js" >> e:\curl_log.txt 

यह रिटर्न 'gzipped' सामग्री। लेकिन जब मैं आदेश भेजें: -

curl -i -H "Accept-Encoding: gzip, deflate" "http://192.168.1.33/s.js" >> e:\curl_log.txt 

यह रिटर्न सामग्री 'हवा निकाल'।

तो, यदि ब्राउज़र डिफ्लेटेड और gzipped दोनों का समर्थन करता है, तो अपाचे डिफ्लेटेड भेजता है। अपाचे को डिफ्लेट पर gzip पसंद करने के लिए कैसे कहें?

FYI करें

: -

• मैं में कुछ भी नहीं मिला: http://httpd.apache.org/docs/2.0/mod/mod_deflate.html।
• अपाचे conf में नो-जीज़िप की कोई घटना नहीं है।
• सर्वर: अपाचे/2.2.9 (Win32) PHP/5.2.6
• एफएफ के रूप में अनुरोध हेडर भेजता है: "स्वीकार-एन्कोडिंग: gzip, हवा निकालना"

Answer 1

सभी रक्तमय जानकारी के लिए http://httpd.apache.org/docs/2.0/mod/mod_deflate.html देखें - - क्या आप सुनिश्चित हैं कि आपके पास कॉन्फ़िगरेशन में कहीं और no-gzip की घटनाएं नहीं हैं? क्या होता है जब आप अपना "ब्राउज़र" बदलते हैं, उदा। का उपयोग करके -U के लिए विभिन्न मानों के साथ?

Answer 2

मैं जो कुछ भी आप परीक्षण करने के लिए प्रयोग कर रहे हैं नहीं भेज रहा है ... शक

Accept-Encoding: gzip

... अनुरोध हेडर में।

Answer 3

जैसा कि मैंने देखा कि कारण पहले से ही पाया गया था।

• mod_deflate जैसा कि इसके नाम के बावजूद वर्तमान में केवल gzip समर्थन कर रहा है: मदद संभव भ्रम से बाहर हो रही पर आगे के लिए।

• gzip निम्नलिखित

Deflate की वजह से अधिक "प्रभावी" है - zlib संपीड़न (आरएफसी 1950) (Deflate संपीड़न के साथ प्रयोग किया जाना चाहिए संयोजन में अपने नाम के बावजूद (RFC 1951)) जैसा आरएफसी 2616 में वर्णित है। वास्तविक दुनिया में कार्यान्वयन हालांकि ज़्लिब संपीड़न और (कच्चे) डिफ्लेट संपीड़न [3] [4] के बीच भिन्न होता है। इस भ्रम के कारण, gzip ने खुद को अधिक विश्वसनीय डिफ़ॉल्ट विधि (मार्च 2011) के रूप में स्थान दिया है।

gzip और zlib और फ़ाइल/स्ट्रीम प्रारूपों कि डिफ़ॉल्ट रूप से चारों ओर लपेट हवा निकालना हैं के बीच अन्य बातों के चेकसम जो उन्हें अधिक सुरक्षित और थोड़ी धीमी कर जोड़ें। दूसरी ओर आकार में वृद्धि किसी भी चिंता का नहीं होना चाहिए।

भी देखें HTTP_compression - Wikipedia

• Deflate अधिक "कुशल" होगा (Frequently Asked Questions about zlib - What's the difference between the "gzip" and "deflate" HTTP 1.1 encodings)

एक साधारण परीक्षण के लिए