वेब सर्वर पर छवियों को संग्रहीत करना। कितनी प्रतियां? कौन सा आकार?

मेरा वेब एप्लिकेशन उपयोगकर्ताओं को उन वस्तुओं की छवियों को अपलोड करने की अनुमति देता है, जिन्हें वे बेचने की योजना बना रहे हैं। मैं छवियों की स्थिति के बारे में एक विचार प्राप्त करने और छवियों को काफी छोटा होने के लिए पर्याप्त रूप से पर्याप्त छवियों को धीमा करने के लिए पर्याप्त मात्रा में पर्याप्त छवियों के बीच एक अच्छा समझौता खोजने की कोशिश कर रहा हूं।

इसके अलावा, मुझे एकाधिक वस्तुओं के त्वरित दृश्य के लिए थंबनेल की भी आवश्यकता होगी।

जब कोई उपयोगकर्ता अपनी फ़ाइल अपलोड करता है, तो क्या मुझे मूल प्रतिलिपि के साथ-साथ मेरे सर्वर पर एक आकार का संस्करण स्टोर करना चाहिए? यदि हां, तो क्या इन फ़ाइल आकारों पर एक सामान्य स्वीकृत सीमा है जिसे मुझे गुणवत्ता और छवि आकार का अच्छा संतुलन प्राप्त करने के लिए लगाया जाना चाहिए?

0

5 उत्तर

आकार सीमाओं पर ब्योरा पसीने से पहले, कुछ गणित करें कि आपके पास कितनी छवियां होंगी, औसत आकार क्या होगा और वास्तव में कितना संग्रहण खर्च होगा।

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

0
जोड़ा

छोटी छवियां अभी भी प्रयोग योग्य हो सकती हैं - यदि आप इसे रोकने की कोशिश कर रहे हैं, तो मैं छोटे + वॉटरमार्क के लिए जाऊंगा। कम से कम यही स्टॉक फोटो साइटें कर रही हैं।

मैं बड़ी संख्या में छवियों के संग्रहण के लिए अमेज़ॅन एस 3 की जांच करने की भी सिफारिश करता हूं। वास्तव में सर्वर लोड के साथ आपकी मदद करनी चाहिए।

0
जोड़ा

अपने विशिष्ट प्रश्नों का उत्तर देने के लिए यदि वे एक संस्करण अपलोड कर रहे हैं जिसका आप आकार बदल रहे हैं और आपको मूल की आवश्यकता नहीं है तो उसे छोड़ दें। आप यह सुनिश्चित करने पर भी विचार कर सकते हैं कि वे आपको कुछ प्रसंस्करण बचाने के लिए अपने "पूर्ण आकार" छवि आवश्यकताओं से बड़ा नहीं अपलोड करते हैं।

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

0
जोड़ा

उपयोगकर्ता को कोई सीमा लागू न करें। उपयोगकर्ता के आकार को कम करने के तरीके पर उपकरण या ज्ञान नहीं हो सकता है। यदि आवश्यक हो तो आप हमेशा सर्वर पर आकार बदल सकते हैं।

मैंने कई साइटें बनाई हैं जिनमें छवि दीर्घाएं हैं और हम आम तौर पर तीन फाइलों को स्टोर करते हैं।

  1. मूल (यदि आवश्यक नहीं है उदाहरण के लिए पूर्वावलोकन आकार बड़ा है सभी मामलों के लिए पर्याप्त)

  2. थंबनेल (आकार पर निर्भर करता है डिज़ाइन। आमतौर पर लगभग 120x80)

  3. पूर्वावलोकन (आकार डिज़ाइन पर निर्भर करता है। आमतौर पर लगभग 640x480)

आपके मामले में आपको शायद मूल स्टोर करना चाहिए। आपके द्वारा चुने गए आकारों को सुनिश्चित करने के लिए कि वे ग्राहक में दिखाए गए समान हैं। ब्राउज़रों का आकार बदलने में अच्छा नहीं है ...

0
जोड़ा

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

  • Resize the image down to the largest size that you'll use on the website, paying attention to DPI & W&H. Upon resize, remember to sharpen your images.
  • Only generate the smaller images upon request, but use caching to make sure that smaller images are generated only when the cache doesn't exist
  • Once storage space becomes an option, start a task that'll nuke files which haven't been accessed within x days, determining x based on the size of the data that you want to recover per run. And once x starts to get unreasonably small, you'll know its time to increase your storage capacity.
0
जोड़ा