मेरे जीवन में सभी बार, मैं फ़ाइलों के रूप में अपने सर्वर पर छवियों को बचाने के लिए:Google-------- एन्कोडेड डेटा का उपयोग छवि स्रोत विशेषताओं के रूप में क्यों करता है?
के साथ मूल ... सभी फ़ाइलों के रूप में में फ़ोल्डरों।
लेकिन आज, मैं Google छवियां देख रहा हूं, और छवियों का स्रोत बेस 64 एन्कोडेड हैश है। इस तरह से छवियों की सेवा करने से Google को क्या लाभ मिलता है? पारंपरिक रूप से छवियों की सेवा करने के बजाए कोई ऐसा क्यों करेगा?
Google विलंबता के साथ भ्रमित है; पृष्ठ लोड के लिए विलंबता तब बढ़ जाती है जब आपके ब्राउज़र को पृष्ठ पर प्रत्येक छवि के लिए वेब सर्वर पर अलग-अलग अनुरोध करना पड़ता है। जब आप पृष्ठ उत्पन्न करते हैं तो आप पृष्ठ के दाईं ओर छवि के डेटा को लिखकर इस विलंबता को समाप्त कर सकते हैं। मैं वास्तव में आजकल इस तकनीक का उपयोग करके बहुत सारी छवि-भारी साइटों, विशेष रूप से ब्लॉग देखता हूं।
सिर्फ इसलिए कि पृष्ठ में छवि शामिल है, इसका मतलब यह नहीं है कि यह वेब सर्वर पर फ़ाइलों के रूप में संग्रहीत नहीं है - बस वेब सर्वर प्रक्रिया जो पृष्ठ उत्पन्न करती है, पहले से ही खोला गया है और छवि फ़ाइल पढ़ी है और फिर लिखा है यह पृष्ठ में डेटा है। Google शायद इसकी मालिकाना और गुप्त डेटा स्टोर में छवियों को संग्रहीत कर रहा है, लेकिन आपको यह नहीं करना है।
हां, मैंने किया है, फ़ाइलों की क्वेरी में सबसे अधिक समय स्थानांतरण डेटा के पिछले चरणों में है (हेडर और इस तरह की चीजों की पुष्टि करें ...), इसलिए यदि आप सीधे बेस 64encode स्रोत उपयोगकर्ता के लिए बेहतर होंगे। लेकिन इस सिद्धांत में समस्याएं हैं: आपको अधिक स्रोत (इसकी अधिक बैंडविड्थ) देने की आवश्यकता है, आपको खुली फ़ाइल की आवश्यकता है और प्रत्येक छवि को बेस 64 एन्कोड में पढ़ना और परिवर्तित करना, यह आवश्यक समय है, और लोड पृष्ठ के हर बार इसे बनाना। मुझे लगता है कि सबसे अच्छा तरीका डेटाबेस में base64encode को सहेजता है, लेकिन इसे डेटाबेस स्टोर में और अधिक जगह चाहिए ... सबसे अच्छा तरीका क्या है? –
बड़ी फ़ाइलें> कई HTTP अनुरोध –