क्या सीएसएस छवियों का आकार बदलना अभी भी एक बुरा विचार है?


10

यह हमेशा देखा गया है कि चित्रों पर चौड़ाई / ऊंचाई विशेषताओं का उपयोग करके जो वास्तविक छवि वास्तविक नहीं है वह एक बुरा विचार है। इसका मतलब यह हो सकता है कि पिक्चलेटेड चित्र या डाउनलोड आकार नेसरी से बड़ा हो।

लेकिन, क्या यह अभी भी एक मुद्दा है? मैं फ़ोटो को आकार देने का सुझाव नहीं दूंगा, लेकिन डाउनसाइज़िंग एक ऐसा मुद्दा नहीं होना चाहिए, बशर्ते कि इसके मूल से बहुत अधिक अंतर न हो और इसे बड़े पैमाने पर रखा जा सके।

उदाहरण के लिए, मेरे पास एक फोटो है जो 600x400 है और मैं उस पर 400px की चौड़ाई चिपकाता हूं। अधिकांश आधुनिक ब्राउज़र छवि को नीचे स्केल करते हैं और ऐसा लगता है कि रेंडर करना अभी भी सभ्य है।

तो, हर कोई इस पर क्या विचार कर रहा है?


1
वास्तव में उपयोग किए गए ब्राउज़रों के आकार बदलने वाले एल्गोरिदम पर निर्भर करता है: joelonsoftware.com/items/2008/12/22.html
मार्जन

जवाबों:


9

स्केलिंग के बारे में चिंता न करें (अधिकांश ब्राउज़र स्केल किए गए चित्रों को मेरे अनुभव में ठीक दिखेंगे), आपके द्वारा अंतिम-उपयोगकर्ता को भेजे गए पेलोड के आकार के बारे में चिंता करें।

यकीन है, आप तर्क दे सकते हैं कि आप केवल उन अतिरिक्त पिक्सेल के लिए दोनों सिरों पर बैंडविड्थ की एक छोटी राशि बर्बाद कर रहे हैं जिन्हें आप उपयोग करने के इरादे से भेज रहे हैं, लेकिन एक समय लागत भी है।

आपके द्वारा भेजी जाने वाली प्रत्येक छवि के लिए यह ऊपर है कि आपको अपने उपयोगकर्ता के लिए पृष्ठ लोड में थोड़ा सा विलंब करने की आवश्यकता है। वेबसाइटों के लिए केवल कुछ छवियों के लिए यह एक मुद्दा नहीं होगा, लेकिन बड़ी संख्या में सहायक संपत्ति के साथ एक साइट के लिए आप ध्यान देने योग्य देरी जोड़ना शुरू कर देंगे, और देरी से आपको पैसे खर्च होंगे

छोटे बैंडविड्थ लागत के संबंध में, क्योंकि आपकी साइट का ट्रैफ़िक ऊपर जाता है, इसलिए छोटे बैंडविड्थ की लागत बढ़ जाएगी।

इसलिए, अपनी कंपनी के पैसे बचाएं और 30 सेकंड का समय बिताएं, आपको अपनी छवि को फिर से आकार देने की आवश्यकता होगी! :)


2

हमेशा की तरह, अपनी बेंचमार्किंग करें, लेकिन जब तक ऐप वास्तव में लोकप्रिय / मिशन-क्रिटिकल नहीं होता, मैं 600 से 400 से नीचे जाने के बारे में बहुत चिंतित नहीं होता अगर आप ऐसी स्थिति में होते हैं जहां आपको बार-बार चौड़ाई बदलने की आवश्यकता होती है। यदि यह एकबारगी है, तो सुनिश्चित करें, चलाएं convert -geometry 400x photo1.jpg photo2.jpg, लेकिन यदि यह एक ऐसा ऐप है जिस पर आप तेजी से चलना चाहते हैं , तो प्रदर्शन के दायरे में भी, चिंता करने वाली अधिक महत्वपूर्ण चीजें हैं। उदा विलंबता; उदाहरण के लिए, पूर्व-खाली लोडिंग छवियां।

मोबाइल उपकरणों पर छवि का आकार महत्वपूर्ण हो सकता है, जहां बड़े छवि आकारों में धीरे-धीरे लोड करने का ट्रिपल-वम्मी प्रभाव होता है (मोबाइल ब्रॉडबैंड), रेंडर करने में अधिक समय लेना (निम्न श्रेणी के हार्डवेयर), और एक बार प्रदान किया गया - उच्च रिज़ॉल्यूशन पर पूरी तरह से दिखाई नहीं देना वैसे भी।

आप उत्तरदायी छवियों को देखना चाहते हैं। बहुत सारे काम लोगों ने किए हैं, उदाहरण के लिए स्वचालित रूप से डाउनसाइज़िंग - और फिर कैशिंग - सर्वर पर छवियां एक अच्छा तरीका है अगर यह बहुत ऊपर आता है।


2

मुद्दा पेलोड है, ब्राउज़र रेंडर करेगा किसी भी आकार में ठीक है (आप जिस छोटे आकार के बारे में बात कर रहे हैं)

एक उच्च वॉल्यूम साइट के लिए, यहां तक ​​कि एकल बाइट्स भी मायने रखती हैं। आप अवांछित डेटा नहीं भेजना चाहते हैं।

खराब आइडिया की बात करें तो वास्तव में कुछ पिक्सल द्वारा चौड़ाई / ऊंचाई को समायोजित करना बुरा नहीं है या 10 या 20 पिक्सल हो सकता है। लेकिन यह एक बहुत बुरा विचार है अगर आप एक बड़ी छवि को एक थंबनेल पर सिकोड़ रहे हैं :)

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