क्लाइंट

Question

पर थंबनेल जेनरेट करना मेरी टीम और मैं आईओएस एप्लिकेशन बना रहा हूं। हम तकनीशियनों को तकनीकी उपकरणों पर हल होने वाले कुछ मुद्दों के लिए छवियों को अपलोड करने की अनुमति देते हैं। ज़ूम इन करना महत्वपूर्ण होगा (इसलिए गुणवत्ता को अपेक्षाकृत उच्च रखें) जब इन छवियों को S3 पर अपलोड किया जाता है।

हाल ही में हमने थंबनेल जोड़ने का फैसला किया क्योंकि यह 1.5-2.5 एमबी छवि डाउनलोड करने के बजाय आईओएस ऐप ब्राउज़ करते समय बहुत तेज होगा।

मेरे सहकर्मी ने आईओएस में 200-500 केबी थंबनेल उत्पन्न करने के लिए इसे संभालने का सबसे अच्छा तरीका तय किया है, फिर छवि और थंबनेल को एस 3 पर अपलोड करें।

मैंने अपनी चिंता व्यक्त की कि हमारे कुछ तकनीशियन दुनिया के कुछ हिस्सों में हो सकते हैं जहां इंटरनेट धीमा है और डेटा उपयोग सीमित है। तो डिवाइस पर इस अतिरिक्त काम को करने और अपलोड करने से मुझे कोई समझ नहीं आता है। हालांकि टीम इसे एक अच्छा समाधान मानती है और आगे बढ़ेगी। मैंने उन्हें सर्वर पर स्वचालित रूप से S3 और Lambda से थंबनेल जेनरेट करने के तरीके के आसान उदाहरण दिखाए हैं ... हमें अतिरिक्त बैंडविड्थ के साथ उच्च निष्ठा छवियों को अपलोड करने की अनुमति देता है या बहुत कम अपलोड करके ऐप की गति को बढ़ाता है। कभी कभी एक उपयोगकर्ता के रूप में कई के रूप में 100 छवियों को अपलोड कर सकते हैं ... एक अतिरिक्त 20-50mb अर्थ ...

फिर भी मैं अपने खुद के लिए, के बारे में कैसे तुम लोग सोचते हैं सबसे अच्छा तरीका यह संभाल करने के लिए कुछ जवाब सुनने के लिए मुख्य रूप से करना चाहता था मानसिक स्वास्थ्य की जांच।

Answer 1

मैं आपकी परियोजना की जटिलताओं को पूरी तरह से समझ नहीं पा रहा हूं, लेकिन अनुभव से, मेरे पास आपके लिए एक शब्द है - क्लाउडिनरी। S3 के विपरीत, क्लाउड स्टोरेज समाधान का सामान्य उद्देश्य, क्लाउडिनरी छवियों को संभालने के लिए डिज़ाइन किया गया है।

हमारे पास एक दिन ऑनलाइन वर्गीकृत ऐप 200,000 हिट है जो प्रतिदिन हजारों फ़ोटो को संभालता है। और क्लाउडिनरी हमारी सभी जरूरतों के लिए एक अत्यंत मतलब समाधान प्रदान करता है। हमारे उपयोगकर्ताओं द्वारा उनके मोबाइल और डेस्कटॉप उपकरणों, उन छवियों की बुकमार्किंग, सीडीएन आधारित सेवा, और थंबनेल पीढ़ी के अपलोड हैं।

क्या मैंने उल्लेख किया है कि उनके पास थंबनेल पीढ़ी में निर्मित है? वे के रूप में अच्छी तरह से अन्य सुविधाओं के बहुत सारे है, जिनमें शामिल

• आकार और फसल
• अनुकूलित जेपीईजी कस्टम काटें
• चेहरा थंबनेल
• घुमाया परिपत्र थंबनेल
• ज़ूम प्रभाव और ज़ूम छवि ओवरले
• वॉटरमार्क छवि
• अनुकूलित वेबपी
• ओवरले, सीमा, छाया ow टेक्स्ट ओवरले, सीमा, छाया आदि

आप क्लाउड से अधिक कॉन्फ़िगर करने के लिए के लिए व्यवस्थापक कंसोल भी उपलब्ध ऊपर सुविधाओं के सभी के साथ सुंदर kickass है। और यह किसी भी एप्लिकेशन के साथ अच्छी तरह से फिट बैठता है (हम इसे अपने आंतरिक रूबी, गो, नोडजेएस सेवाओं, हमारे वेब एप्लिकेशन और हमारे आईओएस और एंड्रॉइड ऐप्स में भी उपयोग करते हैं)। मुझे क्लाउडिनरी बेचने के लिए आपको भुगतान नहीं किया जाता है, लेकिन मैं इसे देख सकता हूं कि अगर यह छवि आधारित सेवाओं की ज़रूरत है, तो मैं किसी भी दिन S3 से क्लाउडिनरी के लिए जाऊंगा। ईबे और टेड इत्यादि जैसे प्रमुख खिलाड़ी अपनी छवि आवश्यकताओं के लिए इसका इस्तेमाल करते हैं।

Answer 2

हाल ही में हम थंबनेल जोड़ने के लिए है, क्योंकि यह बहुत तेजी से हो जाएगा जब दूसरे, iOS एप्लिकेशन ब्राउज़ बल्कि एक 1.5-2.5mb छवि डाउनलोड करने की बजाय फैसला किया।

मैं एक समानांतर ब्रह्मांड जहां नेटवर्क विलंबता एक कारक था में इसी तरह के मुद्दे का सामना करना पड़ा। मैं डिवाइस, एक थंबनेल और मूल छवि से दो छवियों को प्रस्तुत करना समाप्त कर दिया।

1. थंबनेल मेटा डेटा के साथ सर्वर से पहले भेजा गया था। इसने पेलोड को छोटा रखा और ऐप के उपयोगकर्ता को तस्वीरें लेने और एनोटेशन करने की अनुमति दी।

2. मूल छवि सर्वर पर भी सबमिट की गई थी लेकिन पृष्ठभूमि कार्य में। सर्वर पर मूल छवि होने के बाद ज़ूमिंग और अन्य परिचालनों को बाद के बिंदु पर प्रदान करना महत्वपूर्ण था।

आप कल्पना कर सकते हैं, यह कुछ बनाता है नहीं तो "happy paths" के रूप में मूल छवि अन्य उपयोगकर्ताओं के लिए उपलब्ध नहीं हो सकता। हालांकि, मूल छवि पूरी तरह सबमिट होने तक उन्हें कम से कम एक पूर्वावलोकन प्राप्त हो सकता है।

क्या यह एक अच्छा अभ्यास है?

मैं यह नहीं कह सकता कि यह है, लेकिन यह निश्चित रूप से एक समझौता था।

क्या यह एक अच्छा विचार है?

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