एक छोटे आकार में कमी के लिए इसके लायक तस्वीरें खींचना लेकिन ओवरहेड कंप्रेसिंग और डिकम्प्रेसिंग है?


37

अधिकांश छवि प्रारूप पहले से संपीड़ित हैं। लेकिन वास्तव में, अगर मैं एक छवि लेता हूं और इसे संपीड़ित करता हूं (इसे gzipping), और फिर मैं संपीड़ित एक की तुलना असम्पीडित से करता हूं, आकार में अंतर होता है, भले ही ऐसा नाटकीय अंतर न हो।

सवाल यह है: क्या यह छवियों को जिप्पी देने के लायक है? ग्राहक के ब्राउज़र के लिए फ्लश की गई सामग्री का आकार छोटा होगा, लेकिन डी-गिपिंग करने पर कुछ क्लाइंट ओवरहेड हो जाएगा।


2
यदि आपका सर्वर अड़चन सीपीयू की तुलना में नेटवर्क पर करीब है, तो सुनिश्चित करें। इसके अलावा, कम लटका हुआ फल हो सकता है।
कोनरक २ Kon

जवाबों:


29

Google न्यूनतम पेलोड आकार में gzip और छवि / बाइनरी फ़ाइलों का संदर्भ देता है

छवि या अन्य बाइनरी फ़ाइलों के लिए gzip का उपयोग न करें।

वेब द्वारा समर्थित छवि फ़ाइल प्रारूप, साथ ही वीडियो, पीडीएफ और अन्य द्विआधारी प्रारूप, पहले से ही संपीड़ित हैं; उन पर gzip का उपयोग करने से कोई अतिरिक्त लाभ नहीं मिलेगा, और वास्तव में उन्हें बड़ा बना सकते हैं। छवियों को संपीड़ित करने के लिए, छवियाँ अनुकूलित करें देखें ।


favicon.ico उल्लेख के लायक एक अपवाद है। आईसीओ की छवियां संपीड़ित नहीं होती हैं, इसलिए गज़िप उन पर बहुत अच्छा प्रदर्शन करता है।
एक बिल्ली

7

यह इस बात पर निर्भर करेगा कि क्या अधिक महत्वपूर्ण है, ग्राहक विघटन संसाधन (समय, प्रसंस्करण शक्ति, मेमोरी, आदि) या नेटवर्क बैंडविड्थ।

उदाहरण 1) आपके क्लाइंट सिस्टम या तो सर्वर के बहुत करीब हैं (स्थानीय नेटवर्क पर कहें) या उच्च गति कनेक्शन हैं, हालांकि वे बहुत कम संचालित हैं (शायद सीमित संसाधनों के साथ एम्बेडेड सिस्टम)। आप किसी भी ग्राहक पक्ष उपरि (संयुक्त राष्ट्र gziping) नहीं चाहते हैं और आसानी से हस्तांतरण उपरि बर्दाश्त कर सकते हैं (कुछ बाइट्स एक स्थानीय नेटवर्क पर वास्तविक दुनिया में कोई फर्क नहीं पड़ता)।

उदाहरण 2) आपके ग्राहक सभी उच्च शक्ति वाले सिस्टम हैं (जैसे, औसत ऑफिस वर्कस्टेशन से ऊपर) लेकिन उनमें से हजारों हैं और आपके सर्वर में केवल एक सीमित बैंडविड्थ आवंटन है। इस परिदृश्य में अंत उपयोगकर्ता आसानी से ओवरहेड और सर्वर के लिए प्रत्येक बाइट मामलों को बर्दाश्त कर सकते हैं। दूर गज़ब!

वास्तविक दुनिया) आप अपनी छवियों को गज़ब करने से बेहतर नहीं हैं। आधुनिक प्रणालियाँ प्रसंस्करण को अच्छी तरह से वहन कर सकती हैं, यदि आपके पास वास्तविक दुनिया की अपेक्षाएँ हैं, तो कोई सेल फोन या अन्य कम शक्ति वाली प्रणाली का उपयोग करेगा। इसके अतिरिक्त आप प्रतिबंध लगा रहे हैं कि रिसीवर अन-गज़िप करने में सक्षम हो। ज्यादातर समय एक समस्या नहीं होनी चाहिए, लेकिन किसी को सीमित क्यों करें? आकार बचत तुच्छ होगी और प्रसंस्करण ओवरहेड किसी भी प्रणाली के लिए नहीं होगा। जितनी अधिक साइज़ की बचत आपको उतनी अधिक प्रोसेसर ओवरहेड की अपेक्षा करनी चाहिए ताकि किसी भी समय आप किसी भी सामान्य प्रकार के कनेक्शन पर ट्रांसफर में बचत कर सकें, किसी भी तरह से प्रयोग करने योग्य समय में gzip को संसाधित करने में लगने वाले समय को फिर से बनाने का मौका मिलता है।

आपका सर्वश्रेष्ठ दांव IMO उच्च ऑप्टोमाइज़ेशन और वैकल्पिक छवि स्वरूपों में देखना है। सभी JPEG समान नहीं बनाए गए हैं। उदाहरण: फ़ोटोशॉप में jpeg के रूप में एक छवि को सहेजें, फिर "वेब और डिवाइस के लिए सहेजें" jpeg के रूप में, फ़ाइल का आकार समान गुणवत्ता सेटिंग्स के साथ बहुत भिन्न होना चाहिए। इसके अतिरिक्त "सेव फॉर" विकल्प ठीक ट्यूनिंग गुणवत्ता और फ़ाइल आकार के लिए कई और विकल्प प्रदान करता है। जीआईएफ जैसे अधिक "दिनांकित" स्वरूपों से डरो मत। यदि आपकी छवि GIF प्रारूप की सीमाओं के भीतर अच्छी तरह से प्रदर्शित होती है, तो यह अभी भी बहुत छोटा है, और पारदर्शिता जैसे अतिरिक्त लाभ प्रदान करता है ...


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

Jpegtran नामक एक मुफ्त कमांड लाइन उपयोगिता है जो JPEGs का अनुकूलन करती है, यह एक फ़ोल्डर में सभी छवियों को बैचने में सक्षम हो सकती है ताकि जांच के लायक हो सके।
टिम फाउंटेन

6

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

छवि और पीडीएफ फाइलों को gzipped नहीं किया जाना चाहिए क्योंकि वे पहले से ही संपीड़ित हैं। उन्हें gzip करने की कोशिश करना न केवल CPU को बर्बाद करता है, बल्कि संभावित रूप से फ़ाइल साइज़ बढ़ा सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.