बिटकासा क्लाउड स्टोरेज डेवलपर्स के लिए एपीआई का परिचय देता है

मेरे पास दो खबरें हैं। परंपरागत रूप से, अच्छा और बुरा।

अच्छी खबर है

कल मुझे एक सूचना मिली कि बिटकासा ने बीटा में रहते हुए आखिरकार एपीआई लॉन्च कर दिया है । इसके अलावा PHP और JAVA के लिए SDKs हैं, जो GitHub पर प्रकाशित हैं। भविष्य में, वे पायथन, आईओएस, एंड्रॉइड, रूबी और अन्य के लिए एसडीके का वादा करते हैं।

पंजीकरण के तुरंत बाद वे 5 जीबी स्थान देते हैं, और आप रीफ्स (एक गीगाबाइट प्रति इंस्टॉलेशन) और अन्य "क्वैस्ट" के कारण 20 जीबी तक मुफ्त पा सकते हैं। $ 99 / वर्ष के लिए, 1 टीबी की पेशकश की जाती है, और $ 999 / वर्ष एक असीमित जगह है।

एपीआई आपको निम्नलिखित क्रियाएं करने की अनुमति देता है:

कैटलॉग

• सूची देखें
• सृजन
• निष्कासन
• नाम
• विस्थापन
• नकल

फ़ाइलें

• लदान
• डाउनलोड
• निष्कासन
• नाम
• विस्थापन
• नकल

और अब बुरी खबर है

यह परीक्षण करने के लिए उपयोगी था, और यह पता चला कि अब तक सब कुछ बहुत नम है, और फ्रैंक विफल हैं। इसलिए कमियों के बारे में बताया।

यह नहीं देखा गया कि एपीआई का उपयोग करके उपयोगकर्ता नाम और उपलब्ध / प्रयुक्त कोटा कैसे प्राप्त करें। यह अज्ञात भी है अगर कोई फ़ाइल आकार प्रतिबंध हैं। डाउनलोडिंग रेंज हेडर को सपोर्ट करता है, इसलिए यह आपको फाइल के किसी भी टुकड़े को डाउनलोड करने की अनुमति देता है। लेकिन अपलोड के साथ, पारंपरिक रूप से कई क्लाउड स्टोरेज के लिए यह इतना रसदार नहीं है, और डिस्कनेक्ट करने के बाद डाउनलोड करना (अपलोड करना) भागों या जारी रखना असंभव है।

अनुप्रयोगों के प्राधिकरण के लिए, OAuth 2 के समान कुछ, लेकिन OAuth 2 के साथ असंगत है, इसका उपयोग किया जाता है। कोड के बजाय , का उपयोग करें authorization_code , बजाय client_secret - गुप्त , के बजाय redirect_uri - रीडायरेक्ट , आदि। कोई राज्य पैरामीटर भी नहीं है , जो आपको एप्लिकेशन से विभिन्न डेटा को पुनर्निर्देशित करने की अनुमति देता है। IMHO, इसके लिए आपको डेवलपर्स के सिर में एक कील हथौड़ा करने की आवश्यकता है ... खैर, एक मानक है, क्यों आपकी बाइक को समाप्त किए गए भागों को तोड़ना है, सभी अधिक कोई लाभ नहीं दे रहे हैं? खैर, उन्हें OAuth 2 को पूरी तरह से लागू करने में महारत हासिल नहीं है, भले ही यह संगत हो। और अब यह पता चला है कि OAuth 2 प्राधिकरण का उपयोग करने वाले सभी स्टोरेज पर, आप एक ही मॉड्यूल का उपयोग कर सकते हैं, लेकिन Bitcasa के लिए आपको एक अलग ...

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

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

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

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

आइए आशा करते हैं कि भविष्य में वर्णित अनाड़ीपन सही होगा ...