2010-11-10 10 views
5

मैंने देखा कि Google का नया पृष्ठ पूर्वावलोकन इसे सादे के बजाए बेस 64 का उपयोग करके छवियों को प्राप्त करता है। jpgs या png'sGoogle के लिए छवियों को बेस 64 के रूप में भेजने के लिए क्या फायदे हैं उदा। jpg

ऐसा करने के क्या फायदे हैं?

क्या बेस 64 एन्कोडेड छवियों को पारगमन के दौरान बेहतर संपीड़ित किया जा सकता है?

या शायद ब्राउज़र या कैशिंग प्रॉक्सी द्वारा बेहतर कैश किया गया है?

क्या ऐसा है कि वे एक HTTP अनुरोध कर सकते हैं और एक हिट में छवि के बारे में छवि और जानकारी प्राप्त कर सकते हैं?

कोई अन्य विचार?

[संपादित करें]

मैं सिर्फ एक विचार है, शायद यह इतना गूगल के ब्राउज़र से समर्थन के बिना अपनी नई छवि प्रारूप

http://code.google.com/speed/webp/ उपयोग कर सकते हैं लिया है?

हालांकि स्ट्रिंग को वापस देखकर (HTTP ट्रैफ़िक को रोकने के लिए फिडलर का उपयोग करके), स्ट्रिंग "छवि/जेपीईजी" का उल्लेख करती है। जब तक कुछ छवियों को वेबपी प्रारूप में वापस नहीं किया जाता है।

+2

आप क्या कह रहे हैं? "google" पापों की एक विस्तृत श्रृंखला को शामिल करता है। – skaffman

+0

यह google.com है - परिणाम पृष्ठ में पृष्ठ शीर्षक के बगल में छोटे आवर्धक ग्लास पर क्लिक करें। मुझे यकीन नहीं है कि अगर हर कोई सुविधा देखेगा (शायद मैं एक यादृच्छिक बीटा का हिस्सा हूं) –

+0

बेस 64 सिर्फ 7 बिट तरीके से डेटा एन्कोड करता है। यह एक छवि प्रारूप नहीं है। अंतर्निहित डेटा अभी भी किसी भी तरह एन्कोड किया जाना चाहिए - क्या यह अभी भी .jpg/.png या कुछ है? –

उत्तर

2

छवि एक डेटा यूआरएल है जिसे सर्वर से JSON (-ish) पैकेज के रूप में कुछ मेटाडेटा के साथ प्राप्त किया गया है। मुझे लगता है कि एक ही अनुरोध में छवि डेटा और मेटाडेटा दोनों को पैकेजिंग कैशिंग और प्रदर्शन के मामले में इसके लायक है।

+0

हाँ, मैं सहमत हूं - प्रति छवि/डेटा पर एक http हिट को कम करने से समझ में आता है। –

2

प्रदर्शन के लिए सुनहरा नियम सर्वर से कनेक्शन की संख्या को कम करना है। एक डेटा यूआरआई (बेस 64 के रूप में एन्कोडेड छवि डेटा) का उपयोग करके, वह दौर यात्रा कम हो जाती है। इसके अतिरिक्त, यदि पृष्ठ gzipped है, तो उस बेस 64 डेटा अभी भी संपीड़न से लाभ हो सकता है।

http://developer.yahoo.com/performance/rules.html/

संबंधित मुद्दे