इमेज ऑप्टिमाइज़ेशन सर्वे 2019 की गर्मियों के आधार पर मिले सुझाव

इमेज ऑप्टिमाइज़ेशन की अलग-अलग तकनीकों के बारे में, सर्वे में हिस्सा लेने वाले लोगों की टिप्पणियां

Sam Dutton

इस पोस्ट में, Google Web DevRel को साल 2019 की गर्मियों में इमेज ऑप्टिमाइज़ेशन की तकनीकों के बारे में किए गए सर्वे में मिले सुझावों की सूची दी गई है. वेब की बुनियादी बातें और @ChromiumDev के ज़रिए जवाब मांगे गए थे. इस सर्वे का मकसद यह पता लगाना था कि ज़्यादातर साइटें, इमेज ऑप्टिमाइज़ेशन के सबसे सही तरीकों का इस्तेमाल क्यों नहीं करती हैं. भले ही, ये तरीके परफ़ॉर्मेंस को बेहतर बनाने का एक आसान तरीका लगते हैं. जवाबों का डेटा यहां नहीं दिया गया है, क्योंकि सर्वे के तरीके में कुछ गड़बड़ियां थीं.

ऑडियंस

  • अगर आप वेब डेवलपर हैं, तो आपको इस पोस्ट से इमेज ऑप्टिमाइज़ेशन की नई तकनीकों के बारे में पता चल सकता है. इसके अलावा, आपको यह भी पता चल सकता है कि अन्य वेब डेवलपर ने आपकी समस्या को कैसे हल किया है. साथ ही, आपको हर तकनीक की लागत, फ़ायदों, और सीमाओं के बारे में भी जानकारी मिल सकती है.
  • अगर आप इमेज सेवा या इमेज सीडीएन सेवा देने वाली कंपनी हैं, तो इस पोस्ट से आपको बाज़ार में नए अवसर खोजने में मदद मिल सकती है.
  • अगर आप फ़्रेमवर्क, बिल्ड टूल या कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) डेवलपर हैं, तो इस पोस्ट से आपको नई सुविधाओं को लागू करने के बारे में आइडिया मिल सकते हैं.

टिप्पणियां

WebP

  • "मुझे WebP पसंद है, लेकिन यह अभी पूरी तरह से तैयार नहीं है. इसके अलावा, हमारा WordPress, WebP फ़ॉर्मैट के साथ काम नहीं करता. फ़ोटो में बदलाव करने वाले सबसे लोकप्रिय ऐप्लिकेशन में से एक, Photoshop भी WebP फ़ॉर्मैट को सीधे तौर पर सपोर्ट नहीं करता. इसलिए, हम इमेज को कंप्रेस करने के लिए, तीसरे पक्ष के ऐप्लिकेशन या सेवाओं पर भरोसा नहीं कर सकते."
  • "Make WebP usable on Safari."
  • "अगर Photoshop/Figma/Sketch से WebP फ़ॉर्मैट में इमेज एक्सपोर्ट की जा सकतीं और सभी ब्राउज़र पर यह फ़ॉर्मैट काम करता, तो मुझे WebP का इस्तेमाल करना पसंद होता." [ध्यान दें: Sketch में WebP का इस्तेमाल किया जा सकता है]
  • "फ़ॉर्मैटिंग के लिए अगली जनरेशन का समाधान शानदार होगा."
  • "जब ब्राउज़र पर WebP फ़ॉर्मैट काम न करे, तो इसका इस्तेमाल करने के लिए ज़ोर न दें. साथ ही, स्क्रीनशॉट के लिए JPEG के बजाय PNG फ़ॉर्मैट का इस्तेमाल करें."
  • "Google Docs में WebP फ़ॉर्मैट काम नहीं करता."
  • "हम सिर्फ़ WebP का इस्तेमाल करना चाहते हैं, लेकिन हमें इस बात की चिंता है कि यह सभी ब्राउज़र पर काम करेगा या नहीं."
  • "पहले ब्राउज़र के साथ काम करने की सुविधा को ठीक करें और लेगसी ब्राउज़र को अपडेट करें या लेगसी फ़िक्स जोड़ें. इसके बाद, लोग WebP जैसे नए इमेज टाइप को अपनाने के लिए ज़्यादा प्रेरित होंगे…"
  • "प्लग इन/थीम डेवलपर को WebP और अगली जनरेशन के अन्य इमेज टाइप के लिए सहायता देने के लिए बढ़ावा दें, ताकि जो लोग डेवलपर नहीं हैं उन्हें इसके साथ छेड़छाड़ न करनी पड़े."

एसवीजी और वेक्टर इमेज

  • "अगर संभव हो, तो मैं (ऐनिमेटेड) SVG का इस्तेमाल करता हूं. gatsby-image ने इसमें काफ़ी सुधार किया है. हालांकि, जब आप उनके काम को गहराई से देखते हैं, तो आपको पता चलता है कि किसी सामान्य वेबसाइट को इमेज को सही तरीके से दिखाने के लिए, ऐसा कुछ करने की ज़रूरत नहीं है. ब्राउज़र को इस ज़िम्मेदारी को और ज़्यादा निभाना चाहिए."
  • क्या lottie.js की मदद से SVG ऐनिमेशन बनाने का तरीका बताया जा सकता है?
  • "हम ज़्यादातर समय अपनी वेबसाइट पर कम साइज़ वाली हाई रिज़ॉल्यूशन वाली JPEG इमेज का इस्तेमाल करने की कोशिश करते हैं, ताकि पेज लोड होने में ज़्यादा समय न लगे. हम यह भी पक्का करते हैं कि रिस्पॉन्सिव डिज़ाइन की क्वालिटी को बेहतर बनाने के लिए, ज़रूरत पड़ने पर एसवीजी का इस्तेमाल किया जाए."
  • "हम सभी के लिए ऑप्टिमाइज़ किए गए वेक्टर ग्राफ़िक्स का इस्तेमाल करने की कोशिश करते हैं. हालांकि, अगर संभव हो, तो तस्वीरों के लिए भी ऐसा करते हैं."

अन्य इमेज फ़ॉर्मैट

  • "हमें लोगों को GIF का इस्तेमाल बंद करने के लिए बेहतर तरीके से शिक्षित करना होगा."

लेज़ी लोडिंग

  • "लेज़ी लोड जैसी सुविधाओं पर विचार करते समय, कृपया उपयोगकर्ता को ध्यान में रखें, क्योंकि कई लोगों के लिए यह परेशान करने वाला होता है."
  • "कृपया लेज़ी लोड एट्रिब्यूट को बैकग्राउंड-इमेज के साथ काम करने लायक बनाएं."
  • "फ़्रेमवर्क को पहले से ही बेहतर ऐसेट प्रोसेसिंग करनी चाहिए."
  • "हमने बहुत पहले ही लेज़ी लोडिंग की सुविधा को हटा दिया था. लाखों इमेज और साइटें "लोड नहीं हो रही हैं". हमारी टीम ने इस बारे में यह जानकारी दी है. तकनीकी जानकारी न रखने वाले लोगों के लिए, समस्याओं के बारे में बताना मुश्किल होता है."
  • "मुझे लेज़ी लोडिंग के लिए, पुरानी तकनीकों के बजाय Intersection Observer API का इस्तेमाल करने के बारे में ज़्यादा जानकारी चाहिए."
  • "यह मेरे लिए काफ़ी मददगार है: pwafire.org/developer/codelabs/progressive-loading."

बैकग्राउंड की इमेज

  • "मैं आम तौर पर, सीएसएस में इमेज को बैकग्राउंड के तौर पर लोड करता हूं."
  • "<img> टैग से जुड़ी समस्याएं हैं और इसके बारे में बारीकी से जानकारी कंट्रोल करना मुश्किल है. खास तौर पर, उपयोगकर्ताओं के सबमिट किए गए कॉन्टेंट के बारे में. हम <div> और बैकग्राउंड-इमेज स्टाइलिंग का इस्तेमाल ज़्यादा करते हैं, क्योंकि इससे हमें बैकग्राउंड-साइज़ और बैकग्राउंड-पोज़िशन का इस्तेमाल करने की सुविधा मिलती है. साथ ही, इमेज को राइट क्लिक करके सेव करने से रोका जा सकता है."

पारदर्शिता

  • "साल 2019 है. JPGs में अब भी ऐल्फ़ा ट्रांसपेरेंसी की सुविधा क्यों नहीं है?"
  • "मैं फ़ोटोग्राफ़ के लिए PNG फ़ॉर्मैट का इस्तेमाल सिर्फ़ तब करता हूं, जब मुझे पारदर्शी बैकग्राउंड की ज़रूरत होती है."

खराब क्वालिटी वाली इमेज के प्लेसहोल्डर (एलक्यूआईपी)

  • "हम एलक्यूआईपीएस का इस्तेमाल करते हैं. यह विज़िटर को जोड़े रखने की एक बेहतरीन तकनीक है. इसमें अच्छी क्वालिटी की इमेज को बहुत जल्दी लोड करने की ज़रूरत नहीं पड़ती."

परफ़ॉर्मेंस

  • "हाल ही में, हमें इमेज की परफ़ॉर्मेंस से जुड़ी समस्या का सामना करना पड़ा. जब कोई उपयोगकर्ता हमारी साइट पर नीचे की ओर स्क्रोल करता है, तो हम अगले 60 कार्ड दिखाते हैं. इनमें थंबनेल शामिल होता है. एक ही डोमेन पर छह कनेक्शन की सीमा की वजह से, थंबनेल ब्लॉक हो रहे थे. साथ ही, अगर कोई उपयोगकर्ता नीचे की ओर स्क्रोल करता रहता, तो अगले 60 कार्ड पाने के लिए अगला AJAX अनुरोध भी ब्लॉक हो जाता."
  • "हमें एचटीटीपी/2 का इस्तेमाल करना है, लेकिन हमारे ज़्यादातर ग्राहक IE11 का इस्तेमाल करते हैं! इसलिए, हम डोमेन शार्डिंग / किसी दूसरे डोमेन से AJAX JSON डेटा के अनुरोध लोड करने की सुविधा को एक्सप्लोर कर रहे हैं."

साइज़ बदलना

  • "माफ़ करें, intrinsicsize के लिए; मुझे लगता है कि ऊंचाई/चौड़ाई का इस्तेमाल करना बेहतर है."
  • "क्या आपको कम साइज़ जनरेट करने का तरीका चाहिए? फ़िलहाल, यह ~12 है."
  • इमेज का साइज़ डाइनैमिक तरीके से बदलना बहुत मुश्किल है. JS के बिना ऐसा करना नामुमकिन है.
  • "responsivebreakpoints.com जैसा टूल, web.dev के लिए अच्छा है :)."

अच्छी क्वालिटी और हाई रिज़ॉल्यूशन वाली इमेज

  • "डीपीआई क्वालिटी को कम किए बिना, कंप्रेस की गई इमेज कैसे डाउनलोड करें?"
  • "हम दस्तावेज़ मैनेज करने वाली कंपनी हैं. हमारे ऐप्लिकेशन, हाई रिज़ॉल्यूशन वाली लाखों स्कैन की गई इमेज को मैनेज करते हैं. आम तौर पर, ये इमेज TIFF या PDF फ़ॉर्मैट में होती हैं."
  • "यह एक झंझट है. प्रिंट फ़ॉर्मैट के लिए, हाई रिज़ॉल्यूशन वाली इमेज फ़ाइलें ज़रूरी हैं. इन्हें वेब के लिए ऑप्टिमाइज़ किया जाना चाहिए. वेब के लिए इमेज का साइज़ छोटा करना मुश्किल होता है. हालांकि, अगर लेखक प्रिंट पब्लिकेशन के लिए सिर्फ़ छोटी फ़ाइलें उपलब्ध कराते हैं, तो यह एक बड़ी समस्या है. हम आर्टवर्क के साथ पांडुलिपियां सबमिट करने की ज़रूरी शर्तों के बारे में अलग-अलग मैसेज देते हैं. इसके बाद, हम उन कॉन्टेंट को प्रोसेस करने के लिए मुश्किल वर्कफ़्लो का इस्तेमाल करते हैं."

ब्राउज़र की क्षमता

  • "ब्राउज़र से अपने-आप रिस्पॉन्सिव एसआरसी क्रॉप करने की सुविधा, [पहले से मौजूद] सुविधा के तौर पर बहुत काम की होगी. इसकी वजह यह है कि सभी इमेज को चार साइज़ में क्रॉप करने और सभी मार्कअप लिखने में समय लगता है. अगर हम एक बड़ी फ़ोटो अपलोड कर सकें और एक आसान पिक्चर टैग लिख सकें, तो ब्राउज़र अपने-आप कई src एट्रिब्यूट बना देंगे. यह एक बेहतरीन सुविधा होगी."
  • "मुझे पेज रीफ़्लो से बचने में परेशानी हो रही है. ऐसा तब होता है, जब रिस्पॉन्सिव इमेज के लिए सीएसएस की मदद से इमेज की चौड़ाई सेट की जाती है (ज़्यादा से ज़्यादा चौड़ाई: 100%; ऊंचाई अपने-आप सेट हो या ऊंचाई: चौड़ाई: 100%; ऊंचाई अपने-आप सेट हो). खास तौर पर, अडैप्टिव इमेज/पिक्चर टैग से आर्ट डायरेक्शन के साथ ऐसा होता है. इस समस्या से बचने का सबसे अच्छा तरीका यह है कि इमेज के तय अनुपात के लिए, "नेगेटिव पैडिंग हैक" का इस्तेमाल करें. इसके बाद, इमेज को इस अनुपात वाले बॉक्स में रखें. ब्राउज़र पर बेहतर सहायता/रिस्पॉन्सिव इमेज हैंडलिंग से काफ़ी मदद मिलेगी!"
  • "कृपया सिर्फ़ पहला फ़्रेम फ़ेच करके, GIF के "अपने-आप चलने" की सुविधा बंद करें."

सीडीएन और इमेज सेवाएं

  • "Google को Cloudflare जैसा मुफ़्त सीडीएन उपलब्ध कराना चाहिए."
  • "अलग-अलग प्रोवाइडर के साथ डाइनैमिक स्केलिंग और सीडीएन सेट अप करने के लिए, ज़्यादा टूल उपलब्ध कराना बेहतर होगा."
  • "एक ही इमेज को बहुत ज़्यादा कंप्रेस करके, उसे बड़े साइज़ में इस्तेमाल करना एक अच्छा तरीका है. इसके लिए, प्रोडक्शन की कोई अतिरिक्त लागत भी नहीं लगती. मोबाइल के लिए, आपको करीब 1,000 पिक्सल चौड़ी इमेज की ज़रूरत होती है. इसकी रेंडर चौड़ाई 500 पिक्सल होती है. बड़ी/डेस्कटॉप नॉन-रेटिना डिसप्ले के लिए भी आपको इसी साइज़ की ज़रूरत होती है. मुझे लगता है कि इमेज का साइज़ बदलने वाले सीडीएन का इस्तेमाल करना एक खराब तरीका है. हालांकि, मैंने पहले इसका इस्तेमाल किया है. सीएमएस को इमेज का साइज़ बदलने की सुविधा देनी चाहिए. अगर इसे सेट अप करना बहुत मुश्किल है, तो फ़िलहाल एक ही साइज़ की इमेज इस्तेमाल करना बेहतर विकल्प है."
  • "CloudFlare, उपयोगकर्ता के डिसप्ले के हिसाब से हमारी इमेज को अपने-आप स्केल करता है. इससे इमेज लोड होने में लगने वाला समय कम हो जाता है, क्योंकि इमेज उपयोगकर्ता के डिसप्ले के हिसाब से लोड होती हैं. उदाहरण के लिए, अगर कोई उपयोगकर्ता फ़ोन पर है, तो यह डेस्कटॉप के साइज़ वाले बैकग्राउंड में लोड नहीं होगा."
  • "Cloudflare यह काम बैकग्राउंड में करता है. इसके लिए, हमें कुछ नहीं करना पड़ता. बस सेटिंग पैनल में जाकर, एक बॉक्स पर सही का निशान लगाना होता है."
  • "मैं फिर से बताना चाहूंगा कि srcset वगैरह का इस्तेमाल करने की एकमात्र वजह यह है कि Cloudinary का इस्तेमाल करना आसान है. हालांकि, Cloudinary का इस्तेमाल करना बहुत जल्दी महंगा हो जाता है. इससे डेवलपमेंट के अनुभव में काफ़ी कमी महसूस होती है."
  • "हमें इमेज को स्मार्ट तरीके से अपने-आप काटने की सुविधा चाहिए, ताकि वे अलग-अलग संदर्भों में अलग-अलग आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) के साथ काम कर सकें."
  • "मैं Unsplash जैसी अन्य कंपनियों की इमेज भी इस्तेमाल करता हूं. इन इमेज के रिज़ॉल्यूशन, क्वालिटी, और कंप्रेस करने की प्रोसेस पर मेरा बहुत कम कंट्रोल होता है."

कॉन्टेंट मैनेजमेंट सिस्टम, प्लैटफ़ॉर्म, और फ़्रेमवर्क

  • "सीएमएस का इस्तेमाल करके साइट बनाते समय, मुझे अब भी यह पता लगाने में परेशानी होती है कि इमेज इस्तेमाल करने का सबसे सही तरीका क्या है. लेखक, इमेज को अलग-अलग डाइमेंशन के साथ कॉन्फ़िगर करते हैं. साथ ही, वे चाहते हैं कि इमेज छोटी या बड़ी न हों. मुझे नहीं पता कि इमेज के लिए, ज़्यादा से ज़्यादा चौड़ाई या ज़्यादा से ज़्यादा ऊंचाई सेट करना सही है या नहीं"
  • "मैं पिछले कुछ प्रोजेक्ट से gatsby-image का इस्तेमाल कर रहा हूं और मुझे यह बहुत पसंद आया."
  • "इमेज का इस्तेमाल करना अक्सर मुश्किल होता है, क्योंकि असली उपयोगकर्ता उन्हें कॉन्टेंट मैनेजमेंट सिस्टम में डालते हैं. वे किसी भी साइज़ और फ़ॉर्मैट का इस्तेमाल कर सकते हैं. कभी-कभी, सही इमेज फ़ॉर्मैट और डाइमेंशन में ओरिजनल इमेज उपलब्ध नहीं होती."
  • "इमेज को मैनेज करना मुश्किल है, क्योंकि हमारा सिस्टम स्वयं-सेवा वाला है. इसलिए, कंट्रोल जोड़ना मुश्किल है. हालांकि, अगर रिज़ॉल्यूशन पर असर डाले बिना चीज़ें अपने-आप होती हैं, तो कंट्रोल जोड़ना आसान हो जाता है. साथ ही, हमें मोबाइल और डेस्कटॉप पर इमेज सही नहीं दिख रही हैं"
  • "मैं लोगों को उनकी साइटों (WordPress) को ऑप्टिमाइज़ करने में मदद करता हूं. इमेज के लिए, मुझे सबसे बड़ी समस्याएं ये लगीं: WebP फ़ॉर्मैट में इमेज बनाने के लिए, सीडीएन या प्लग इन पर निर्भर रहना पड़ता है. थीम डेवलपर को srcset/picture को सही तरीके से कोड करना पड़ता है. लेज़ी लोडिंग वाले ज़्यादातर प्लगिन धीरे-धीरे लोड होते हैं. इससे उपयोगकर्ता अनुभव खराब होता है. बैकग्राउंड इमेज को लेज़ी लोड करना मुश्किल होता है."

लागत/फ़ायदा

  • "नए तरीके असरदार हैं, लेकिन इनसे साइटों को डेवलप करने में ज़्यादा समय लगता है."
  • "srcset और WebP जैसे नए स्टैंडर्ड को अपनाने में, Fortune 500 की सूची में शामिल कई कंपनियों ने काफ़ी समय लिया. इस वजह से, कई कंपनियों ने इस बदलाव का विरोध किया है. उनका मानना है कि मौजूदा वेबसाइटों के लिए, यह डेवलपमेंट की गैर-ज़रूरी लागत है. असली उपयोगकर्ता (UX) ने परफ़ॉर्मेंस में हुए सुधारों के बारे में ज़्यादा चर्चा नहीं की है या रिपोर्ट नहीं की है. इससे वेब से इमेज सेव करना थोड़ा मुश्किल हो जाता है."
  • "अलग-अलग साइज़ और वर्शन बनाने और उन्हें मैनेज करने में ज़्यादा खर्च आता है."
  • "ये हमारे सर्वर पर बहुत ज़्यादा स्टोरेज इस्तेमाल करते हैं."

SEO

  • "इमेज की क्वालिटी और फ़ाइल साइज़ के बीच संतुलन बनाना मुश्किल है. एक तरफ़, मुझे एसईओ के फ़ायदे के लिए तेज़ी से लोड होने वाली इमेज चाहिए, लेकिन दूसरी तरफ़, खराब क्वालिटी वाली इमेज से यूज़र इंटरफ़ेस (यूआई)/उपयोगकर्ता अनुभव (यूएक्स) खराब हो जाएगा."

वेब पर इमेज की भूमिका

  • "वेब पर बहुत सारे हैं. ऐसी इमेज का इस्तेमाल करना बंद करें जो लिखे गए कॉन्टेंट को बेहतर नहीं बनाती हैं."
  • "क्या आपको अब भी वह समय याद है, जब वेब पर इमेज नहीं होती थीं और हम सेल्फ़ी को ASCII-आर्ट के तौर पर शेयर करते थे?"

टूल, दिशा-निर्देश, स्टैंडर्ड, और सबसे सही तरीके: समस्याएं और अनुरोध

  • [इस सर्वे के जवाब में, एक प्रतिभागी ने ब्लॉग पोस्ट लिखी]
  • "ऐसा लगता है कि ज़रूरी शर्तें लगातार बदल रही हैं. एक वेब डेवलपर के तौर पर, यह बेहद निराशाजनक है. ऐसा इसलिए, क्योंकि इमेज को सेव करने में काफ़ी समय लगता है. हम साइट को जितना हो सके उतना ऑप्टिमाइज़ करते हैं और उसकी जांच करते हैं. इसके बाद, महीनों बाद Google यह तय करता है कि इमेज को और कंप्रेस किया जा सकता है या उन्हें किसी दूसरे फ़ॉर्मैट में होना चाहिए. इस वजह से, हम अपने क्लाइंट को लंबे समय तक चलने वाला सबसे अच्छा समाधान नहीं दे पाते. इसके बजाय, यह उनके और हमारे लिए एक महंगा काम बन जाता है. हमारे कुछ छोटे कारोबारी क्लाइंट के पास इतना बजट नहीं होता कि हम इमेज को ठीक करते रहें और ज़रूरी शर्तों का पालन करने के लिए, उन्हें फिर से सेव करते रहें. हमारे पास उनके मैनेजमेंट पैकेज के तहत यह काम करने के लिए बजट नहीं है. अलग-अलग डिवाइसों के लिए, अलग-अलग साइज़ की इमेज को कॉल करने के लिए कोड लिखना भी समय लेने वाला काम है. इमेज सेव करने का ऐसा सिस्टम बनाना बेहतर होगा जो लंबे समय तक एक जैसा रहे."
  • "हां, मुझे लगता है कि आपको Lighthouse में "अनुरोधों की संख्या कम रखें और फ़ाइल का साइज़ छोटा रखें" के बारे में गलत जानकारी मिली है. अगर कोई साइट एचटीटीपी1.x पर काम करती है, तो हां. हालांकि, अगर कोई साइट एचटीटीपी2 पर काम करती है, तो अनुरोधों की संख्या कम मायने रखती है. इसके अलावा, अगर अनुरोध एक ही होस्टनेम से आते हैं, तो यह कोई समस्या नहीं है. मेरे पास एक लाइट वेबसाइट है, लेकिन मैं एक ही होस्टनेम पर एचटीटीपी2 के ज़रिए, करीब 35 अनुरोधों की 30 छोटी WebP फ़ाइलें लोड करता/करती हूं. Lighthouse इसे "अनुरोधों की संख्या कम रखें और फ़ाइल का साइज़ छोटा रखें" समस्या के तौर पर फ़्लैग कर रहा है. हालांकि, यह बहुत तेज़ है और एक ही होस्टनेम पर एचटीटीपी2 की वजह से, अनुरोधों की संख्या कोई समस्या नहीं है. हां, फ़ाइलें पहले से ही छोटी हैं. ज़्यादातर फ़ाइलें 1 केबी से 2 केबी या इससे कम की हैं. मैं स्प्राइट लोड कर सकता हूं, लेकिन इसके लिए ज़्यादा सीएसएस कंप्यूटिंग की ज़रूरत होगी. इसलिए, कृपया Lighthouse में "अनुरोधों की संख्या कम रखें और फ़ाइल का साइज़ छोटा रखें" रिपोर्ट को अपडेट करें, ताकि एक ही होस्टनेम पर एचटीटीपी2 को ध्यान में रखा जा सके."
  • "लोगों के लिए, अपनी इमेज को कंप्रेस करना याद रखना मुश्किल होता है."
  • "क्रॉस ब्राउज़र के काम करने के तरीके का अनुमान नहीं लगाया जा सकता. इसलिए, सबसे आसान समाधान अक्सर सबसे सुरक्षित होते हैं."