Laverna: गैर-व्यावसायिक संग्रहण से समन्वयित करें

या ओनक्लाउड...

Vole.cc को देखो। उनके पास एक कस्टम गो-आधारित सर्वर है जो फाइलों में सामान सहेजता है। आप शायद आसान स्थानीय भंडारण के लिए इसमें प्लग इन कर सकते हैं।

हां प्लग ऑन ओनक्लाउड सही रहेगा

ओनक्लाउड से सिंक करना दिलचस्प होगा।

एक बिटटोरेंट सिंक विकल्प भी अच्छा होगा।

स्वयं के लिए +1

जैसा कि @michielbdejong ने StackEdit के बारे में लिखा है , वहां किसी को सामान्यीकृत बहु-प्रदाता डेटा स्टोरेज कनेक्टर के लिए दिलचस्प दृष्टिकोण मिल सकते हैं।

इसके अलावा, रिमोटस्टोरेज अब भी

ओनक्लाउड के लिए +1!

+1

+1 Cozy.io, ओनक्लाउड, बिटटोरेंट सिंक। उनमें से कोई भी बहुत अच्छा होगा!

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

मुझे Google डिस्क समन्वयन भी चाहिए (या Google Keep समन्वयन भी)

+1 - मैं @andtheWings से भी सहमत हूं।

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

यह वास्तव में समुदाय का विस्तार कर सकता है।

कृपया ध्यान दें कि रिमोटस्टोरेज Google ड्राइव और ड्रॉपबॉक्स सिंक को आउट-ऑफ-द-बॉक्स लाता है। 5apps.com पर चेक करें।

_संपादित करें:_ ब्राउज़र में बिटटोरेंट सिंक साहसिक लगता है।

@almereyda Err, क्या आप अधिक विशिष्ट हो सकते हैं कि मैं अपने नोट्स को रिमोटडेटा के माध्यम से 5apps.com के साथ Google ड्राइव पर कैसे स्टोर कर सकता हूं?

@almereyda अगर 'आउट-ऑफ-द-बॉक्स सिंकिंग' से, आपका मतलब आपके अपने नियंत्रण में है, तो ओनक्लाउड भी ऐसा ही करता है।

लेकिन मेरी बात लावेर्ना के उपयोग को फैलाने और इसे आम जनता द्वारा आसानी से अपनाने की है। मेरा मानना ​​​​है कि Google ड्राइव वहां गायब लिंक है। अधिकांश लोगों के पास एक Google खाता है और वे सीधे अपने Google ड्राइव बनाम किसी अन्य सेवा साइनअप और सेटअप के साथ पुनः आरंभ करने का उपयोग कर सकते हैं।

चूंकि यहां ज्यादातर लोग ओनक्लाउड (मेरे सहित) को पसंद करते हैं और यह खुला/गैर-व्यावसायिक है, मैं निश्चित रूप से इसके लिए एक विकल्प की सिफारिश करूंगा जिसे पहले Google ड्राइव पर विकसित किया जा रहा है।

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

@ संदीप पिंग

हुर्रे!

जनता के लिए GDrive / वास्तविक लोगों के लिए खुद का बादल!
इम्हो, ओनक्लाउड / जीड्राइव एक उत्कृष्ट मुफ्त / मालिकाना सॉफ्टवेयर कॉम्बो बनाता है।

मैं अपने स्वयं के वेबस्पेस पर लावेर्ना चला रहा हूं। मैं डेटा (एन्क्रिप्टेड) ​​को सीधे वेबसर्वर पर क्यों नहीं सहेज सकता? या क्या मैं अपने वेबसर्वर पर रिमोटस्टोरेज लागू कर सकता हूं? मेरे पास एसएसएच एक्सेस नहीं है!

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

स्थानीय?
अगर मुझे स्थानीय नोट्स चाहिए तो मैं notepad.exe का उपयोग करता हूं।
;-)

Laverna को अनहोस्टेड होने के लिए डिज़ाइन किया गया था, अर्थात डेटा को डिफ़ॉल्ट रूप से ब्राउज़र पर स्थानीय रूप से संग्रहीत करने के लिए। अधिक जानकारी यहाँ: https://unhosted.org/

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

हर कोई, कृपया ध्यान दें कि रिमोटस्टोरेज अब कोज़ी क्लाउड में उपलब्ध है , जिससे आप आसानी से अपना खुद का उदाहरण स्पिन कर सकते हैं।

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

@michielbdejong @skddc क्या आप Laverna पर एक त्वरित नज़र submodule लिए समझ में आता है?

मैं मैरियनेट या इस ऐप के सोर्स कोड से परिचित नहीं हूं। हालांकि, हम हमेशा मदद और जवाब देने के लिए और सामान्य और साथ ही ठोस कोड दोनों के लिए सभी प्रश्नों के लिए यहां हैं।

जो कोई भी इस ऐप में आरएस समर्थन बनाए रखता है (या सामान्य रूप से ऐप को बनाए रखता है): हम फ़्रीनोड पर #remotestorage में आपका स्वागत करने या फ़ोरम या गिटहब पर किसी भी चीज़ के बारे में बात करने के लिए उत्सुक हैं।

मैं सिंकथिंग (https://syncthing.net/) और सीफाइल (http://seafile.com/en/home/) भी जोड़ूंगा।

ओनक्लाउड के लिए 1+!

1+ ओनक्लाउड

ओनक्लाउड बहुत अच्छा होगा।

ओनक्लाउड +1

ओनक्लाउड +1

ओनक्लाउड +1
मैं बिल्कुल वैसी ही स्थिति में हूं जैसा @ Putdeksel
अपने स्वयं के भंडारण प्रणाली का उपयोग करके अपने नोट्स पर पूरी तरह से नियंत्रण रखना आश्चर्यजनक होगा।

अपने स्वयं के भंडारण प्रणाली का उपयोग करके अपने नोट्स पर पूरी तरह से नियंत्रण रखना आश्चर्यजनक होगा।

हाँ, यह _is_ अद्भुत है और यह पहले से ही Laverna के RemoteStorage समर्थन के माध्यम से संभव है। आप एक सर्वर कार्यान्वयन से भी बंधे नहीं हैं, लेकिन आरएस प्रोटोकॉल बोलने वाला कोई भी सर्वर आपके नोट्स को स्टोर कर सकता है। ;)

@skddc मैंने ईमानदार होने के लिए रिमोटस्टोरेज में नहीं देखा है। लेकिन दुख की बात है कि जो मैं देख सकता हूं वह मेरे प्रदाता से मेरे पास सर्वर पर समर्थित नहीं है। उम्मीद है कि यह निकट भविष्य में होगा!

+1 स्वयं क्लाउड।

ओनक्लाउड सिंक बहुत अच्छा होगा।

ओनक्लाउड के लिए +1!

क्या मैं यहाँ के सभी स्वयं के क्लाउड उपयोगकर्ताओं के लिए कुछ सुझाव दे सकता हूँ:

यदि ओनक्लाउड प्रति-उपयोगकर्ता डेटा संग्रहण के लिए एक खुले प्रोटोकॉल का समर्थन करता है, तो ऐप डेवलपर्स (केवल इस ऐप के लिए नहीं) के लिए खुद के क्लाउड का समर्थन करना _much_ आसान होगा। यह ऐप पहले से ही रिमोटस्टोरेज का समर्थन करता है, इसलिए यदि ओनक्लाउड को रिमोटस्टोरेज का समर्थन करना था, तो डेवलपर्स को अपने ऐप में विशेष ओनक्लाउड सपोर्ट जोड़ने के लिए, तो सभी रिमोटस्टोरेज-सक्षम ऐप स्वचालित रूप से रिमोट स्टोरेज सर्वर के रूप में काम करने वाले ओनक्लाउड के साथ भी काम करेंगे।

इसलिए, मुझे लगता है कि यह बहुत अच्छा होगा यदि आप स्वयं के लिए पूछें/वोट दें, या स्वयं क्लाउड को आरएस समर्थन का योगदान दें!

कुछ वर्षों के लिए इस बातचीत के बाद, मुझे दूसरा करना है
@skddc की नवीनतम टिप्पणी।

25 जुलाई 2016 को 14:22 बजे, सेबस्टियन किप्पे नोटिफिकेशन @github.com ने लिखा:

क्या मैं यहाँ के सभी स्वयं के क्लाउड उपयोगकर्ताओं के लिए कुछ सुझाव दे सकता हूँ:

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

इसलिए, मुझे लगता है कि यह बहुत अच्छा होगा यदि आप इसके लिए पूछें/मत दें, या RS . का योगदान दें
खुद के लिए समर्थन क्लाउड ही!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Laverna/laverna/issues/6#issuecomment -234938265, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ABka_MqpAc9pic432ehmtZ58HBUTh2Iyks5qZKqOgaJpZM4BqQ_m
.

मैं +1 इस मुद्दे!

हम्म वेबडीएवी को लागू करना कठिन होगा क्योंकि इसे एक खुले मानक के रूप में देखा जा सकता है जो लावेर्ना को दर्जनों विभिन्न स्टोरेज प्रदाताओं से कनेक्ट करने की अनुमति देगा?

डेटा को एक निर्दिष्ट स्थानीय निर्देशिका में संग्रहीत क्यों नहीं किया जाता है और लोग अपने डेटा को सीफाइल या ओनक्लाउड डेस्कटॉप क्लाइंट जैसे सिंक क्लाइंट के माध्यम से क्लाउड में सिंक कर सकते हैं?

डेटा को एक निर्दिष्ट स्थानीय निर्देशिका में संग्रहीत क्यों नहीं किया जाता है और लोग अपने डेटा को सीफाइल या ओनक्लाउड डेस्कटॉप क्लाइंट जैसे सिंक क्लाइंट के माध्यम से क्लाउड में सिंक कर सकते हैं?

यह केवल ऐप के संभावित पैकेज्ड संस्करण में ही संभव है, लेकिन वेब पर नहीं। यह भी है कि रिमोटस्टोरेज क्या हल करता है और इसका उपयोग लावेर्ना में क्यों किया जाता है।

क्या यहां किसी ने अब तक रिमोटस्टोरेज को एकीकृत करने के बारे में अपना खुद का क्लाउड मुद्दा खोला है? मैं केवल इस बात पर जोर दे सकता हूं कि यह कितना अच्छा होगा और लावेर्ना स्वचालित रूप से अपने क्लाउड का समर्थन करेगी।

यह केवल ऐप के संभावित पैकेज्ड संस्करण में ही संभव है, लेकिन वेब पर नहीं। यह भी है कि रिमोटस्टोरेज क्या हल करता है और इसका उपयोग लावेर्ना में क्यों किया जाता है।

मैं वास्तव में कभी भी पूरी तरह कार्यात्मक रिमोटस्टोरेज सिंक्रोनाइज़ेशन करने में सफल नहीं हुआ। मैंने कई बार कोशिश की, और हर बार हर किसी के साथ व्यवहार करना कठिन होता है। मैं इंडेक्सड डीबी डेटा के साथ इतना सहज नहीं हूं ...

मैं बल्कि डीएवी सिंक से परिचित हूँ। @wwebfor ने मुझे बताया कि ओवन में सिंक करने का एक और तरीका है, सोचा।

मैं वास्तव में कभी भी पूरी तरह कार्यात्मक रिमोटस्टोरेज सिंक्रोनाइज़ेशन करने में सफल नहीं हुआ। मैंने कई बार कोशिश की, और हर बार हर किसी के साथ व्यवहार करना कठिन होता है।

क्या आप कह रहे हैं कि कुछ समय पहले सिंक ठीक होने के बाद यह विफल हो गया, और आपने इसके बारे में एक मुद्दा खोला, जो किसी निष्कर्ष पर नहीं आया?

मैंने ऐसी कोई समस्या या अनुरोध नहीं देखा है, लेकिन मुझे आपकी मदद करने में खुशी होगी! सुनिश्चित नहीं है कि "हर समय हर किसी से निपटना मुश्किल" का अर्थ क्या है।

मैं IndexedDB डेटा के साथ इतना सहज नहीं हूँ

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

क्या आप कह रहे हैं कि कुछ समय पहले सिंक ठीक होने के बाद यह विफल हो गया, और आपने इसके बारे में एक मुद्दा खोला, जो किसी निष्कर्ष पर नहीं आया?

नहीं, मैंने Gitter पर पूछा, और मैं इस निष्कर्ष पर पहुंचा कि मुझे अपने द्वारा उपयोग किए जाने वाले प्रत्येक ब्राउज़र पर अपना सारा डेटा साफ़ करना चाहिए क्योंकि ऐसा प्रतीत होता है कि यह स्वच्छ ब्राउज़र पर ठीक से काम करता है (जहाँ Laverna का कभी उपयोग नहीं किया गया है)।

सुनिश्चित नहीं है कि "हर समय हर किसी से निपटना मुश्किल" का अर्थ क्या है।

मैं प्रत्येक ब्राउज़र (या डेस्कटॉप क्लाइंट) का उपयोग करता हूं, हर बार जब मैं उनमें से किसी एक का उपयोग करता हूं।

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

हाँ, हाँ, मैं समझता हूँ। लेकिन मेरा मतलब था कि मुझे डेटा सिंक करने के इस तरीके की आदत नहीं है।

मुझे कुछ अपग्रेड समस्या की तरह लगता है। तो, जब आप लिखते हैं ...

मैं वास्तव में पूरी तरह कार्यात्मक रिमोटस्टोरेज सिंक्रोनाइज़ेशन करने में कभी सफल नहीं हुआ

... क्या इसका मतलब यह है कि यह अभी भी काम नहीं करता है? अगर ऐसा है, तो भी मुझे मदद करने में खुशी होगी।

वेबडीएवी के लिए +1, "केवल ओनक्लाउड" समाधान की तुलना में बहुत अधिक मानक। चलो खुले रहो दोस्तों।

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

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

@technodrome मैं Laverna

इसके बजाय, आप उन्हें कुछ ऐसा करने के लिए मजबूत करना चाहते हैं जो वे नहीं करना चाहते हैं

मैं यह नहीं देखता कि कैसे एक ओपन-सोर्स सॉफ़्टवेयर निःशुल्क प्रदान करना, किसी को भी सशक्त बनाना है। यदि ये सभी देव और तकनीक-प्रेमी लोग हैं, तो निश्चित रूप से कोई WebDAV समर्थन में योगदान कर सकता है, यदि यह समझ में आता है?

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

1. कोर्स

जिस तरह से ब्राउज़र काम करते हैं वह यह है कि लावेर्ना जैसा एक अनहोस्टेड ऐप सीधे जावास्क्रिप्ट से सर्वर से जुड़ता है। यह इसके साथ प्रतिबंध लगाता है, कि सर्वर को सभी अनुरोधों के लिए क्रॉस ओरिजिन रिसोर्स हेडर की पेशकश करनी चाहिए और HTTP क्रियाओं के लिए विकल्प पूर्व-उड़ान अनुरोधों का समर्थन करना चाहिए जो डेटा में हेरफेर कर सकते हैं, जैसे पोस्ट, पुट, डिलीट। अधिकांश WebDAV सर्वर इसका समर्थन नहीं करते हैं। तो बहुत सारे WebDAV सर्वर लावेर्ना के साथ असंगत होंगे।

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

RS में समाधान: प्रोटोकॉल को बॉक्स से बाहर CORS की आवश्यकता होती है। इसके अलावा, वेबफिंगर के माध्यम से खोज को नियंत्रित किया जाता है, जहां उपयोगकर्ता पता सभी कॉन्फ़िगरेशन जानकारी वापस कर सकता है, लेकिन जहां सर्वर की अतिरिक्त क्षमताओं की घोषणा की जा सकती है।

सादा WebDAV/Laverna के लिए समाधान: कोई विचार?

2. अनुमतियां / प्राधिकरण

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

RS में समाधान: OAuth 2.0, इसलिए ऐप डेवलपर यह तय कर सकते हैं कि उन्हें स्टोरेज के किस हिस्से तक पहुंच की आवश्यकता है, और उपयोगकर्ता आसानी से देख सकते हैं कि वह कौन सा हिस्सा है, और एक साधारण संवाद में पहुंच प्रदान करने का निर्णय ले सकते हैं।

सादे WebDAV/Laverna के लिए समाधान: यह मूल रूप से असंभव है, लेकिन निश्चित रूप से उस सुविधा को छोड़ना और स्वेच्छा से Laverna को किसी के सभी डेटा तक पहुंच प्रदान करना संभव होगा। सुरुचिपूर्ण नहीं है, लेकिन निश्चित रूप से कार्यान्वयन के लिए शोस्टॉपर नहीं है।

3. ऑफलाइन/मोबाइल सपोर्ट

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

यहां पर दो समस्याएं हैं:

समस्या 1: सर्वर को Etags का समर्थन करने की आवश्यकता होती है, इसलिए कोई भी पहले स्थान पर एक सिंक तंत्र बनाने में सक्षम होता है

आरएस में समाधान: निर्देशिका संसाधनों और उनकी आइटम लिस्टिंग, साथ ही साथ एकल दस्तावेज़ों पर ईटैग की आवश्यकता के द्वारा प्रोटोकॉल में इसे आंशिक रूप से हल किया जाता है। उसके आधार पर, कोई HTTP हेडर का उपयोग करके सिंक तंत्र का निर्माण कर सकता है जैसे If-None-Match और प्रतिक्रियाएँ जैसे खाली 304 s उन चीज़ों का अनुरोध करने के लिए जो नहीं बदली हैं और 412 से इनकार करने के लिए किसी ऐसी चीज़ को अधिलेखित करना जो किसी भिन्न डिवाइस पर भिन्न समय पर बदली हो।

सादे WebDAV/Laverna के लिए समाधान: दुर्भाग्य से, Etag समर्थन केवल WebDAV युक्ति में होना चाहिए, इसलिए कई सर्वर इसका समर्थन नहीं करते हैं, और कुछ अपने उपयोगकर्ताओं को स्पष्ट रूप से समर्थन बंद करने के लिए कहते हैं, भले ही उनके पास यह हो, क्योंकि इसे लागू किया गया है गैर-निष्पादक तरीके से। (यह वास्तव में एक सर्वर डेवलपर के लिए एक आसान समस्या नहीं है; मैं निश्चित रूप से इसे प्रमाणित कर सकता हूं)। लेकिन सीओआरएस के समान, यह संभव है, इसलिए यहां समाधान फिर से खोज और उपयोगकर्ताओं को अपने सर्वर को कॉन्फ़िगर करने के लिए मार्गदर्शन करने या उन्हें यह बताने के लिए नीचे होगा कि उन्हें किसी अन्य सर्वर पर स्विच करना होगा। सौभाग्य से, यह CORS की तुलना में बहुत आसान है, क्योंकि प्रतिक्रिया हेडर का निरीक्षण करके कोई JS से इसका पता लगा सकता है।

समस्या 2: एक वास्तविक सिंक तंत्र लिखें या एक पुस्तकालय का उपयोग करें जो एक प्रदान करता है

RS में समाधान: बहुत पहले, एक विशिष्ट लेखक ने इस समस्या को हल करने के लिए उन लोगों के लिए एक संदर्भ क्लाइंट लाइब्रेरी बनाना शुरू किया, जो RS को अपने ऐप्स में एकीकृत करना चाहते हैं। यह अभी भी बनाए रखा और विकसित किया जा रहा है और कॉर्डोवा में सैकड़ों हजार विभिन्न कनेक्शनों, उपकरणों, ओएस, ब्राउज़र, आदि पर युद्ध-परीक्षण किया गया है। लावेर्ना में भी इसका इस्तेमाल हो रहा है। उस की पहली प्रतिबद्धता नवंबर 2010 में वापस जाती है, ताकि निश्चित रूप से "नया हिप्स्टर समाधान" न हो। अगर इसके साथ बग हैं, तो ऐसे लोग हैं जो उनकी मदद करने में प्रसन्न हैं, और किसी भी प्रतिक्रिया की हमेशा सराहना की जाती है (इसलिए इस धागे में मेरी सक्रिय प्रतिक्रियाएं)।

सादे WebDAV/Laverna के लिए समाधान: एक संभावित समाधान एक कस्टम हैंड-रोल्ड लाइब्रेरी होगा। इस तरह के कोड को बनाने, ठीक करने और बनाए रखने का प्रयास निश्चित रूप से मेरे द्वारा सूचीबद्ध अन्य समस्याओं को कम कर देगा, और फिर भी इसे करना बहुत संभव है। मुख्य चुनौती जो मैं मानूंगा, वस्तुतः लागू करने के लिए एक हजार अन्य चीजों के अलावा, अंत में WebDAV सर्वरों का परिवर्तनशील व्यवहार है, esp। उनके एटैग कार्यान्वयन। हालाँकि, यदि आप ऐसी लाइब्रेरी के बारे में जानते हैं (मुझे किसी के बारे में पता नहीं है, और मुझे एक भी नहीं मिला, जब मैंने अभी-अभी फिर से जाँच की), तो अन्य बकाया मुद्दों को किसी तरह से हल करना और WebDAV प्रदान करना बहुत संभव हो जाएगा। तकनीकी उपयोगकर्ता।

कृपया क्षमा करें और इस सूची में निहित किसी भी गलती या गलत तथ्यों को इंगित करें। मैंने मूल रूप से यह सब अपने सिर के ऊपर से लिखा था। मैं इसे जल्द ही RS विकी में स्थानांतरित कर दूंगा, और कुछ लोगों से मेरे द्वारा लिखी गई समीक्षा/संपादित करने के लिए कहूँगा, क्योंकि मुझे लगता है कि यह वास्तव में WebDAV और RS के बीच के अंतरों की एक उपयोगी व्याख्या है, और RS कैसे WebDAV को हल करता है ऐसा नहीं है, जब क्लाइंट-साइड वेब ऐप्स की बात आती है जो पूरी तरह से ब्राउज़र में चलते हैं (जो समझ में आता है, क्योंकि वेब प्लेटफ़ॉर्म क्षमताएं वास्तव में तब मौजूद नहीं थीं और ऑफ़लाइन-प्रथम वेब ऐप्स की पूरी अवधारणा एक नहीं थी। चीज़)।

@technodrome यदि आप WebDAV समर्थन प्राप्त करने के अपने लक्ष्य को आगे

क्षमा करें, लेकिन यदि आप सामान्य ज्ञान उपयोगकर्ता के दृष्टिकोण को नहीं समझ सकते हैं क्योंकि आपको लगता है कि यह आपकी भावनाओं या विचारों को आहत करता है, तो समस्या आपके साथ है। लोगों के लिए अभिप्रेत सॉफ़्टवेयर निश्चित रूप से एक से अधिक व्यक्तियों द्वारा उपयोग किया जाता है - केवल आप ही नहीं। जैसे, सभी को एक राय देने के लिए आमंत्रित किया जाना चाहिए क्योंकि विचार-मंथन और विचार ही परियोजनाओं को आगे बढ़ाते हैं। और वेबडाव या अन्य मानकीकृत प्रोटोकॉल समर्थन के लिए +1 जारी करने वाले लोगों द्वारा देखते हुए, यह सिर्फ मैं ही नहीं हूं।

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

टेक-सेवी उपयोगकर्ता प्रोग्रामर के बराबर नहीं होते हैं। निष्कर्ष पर सिर्फ इसलिए मत कूदो क्योंकि यह आपकी बयानबाजी के अनुकूल है।

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

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

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

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

Le 24 Fevrier 2017 12:27:33 GMT + 00: 00, technodrome [email protected] एक écrit:

क्षमा करें, लेकिन यदि आप सामान्य ज्ञान उपयोगकर्ता परिप्रेक्ष्य को नहीं समझ सकते हैं
क्योंकि आपको लगता है कि इससे आपकी भावनाओं या विचारों को ठेस पहुँचती है, तो समस्या
आपके साथ है। लोगों के लिए अभिप्रेत सॉफ़्टवेयर निश्चित रूप से उपयोग किया जाता है
एक से अधिक व्यक्ति - केवल आप ही नहीं। ऐसे में सभी को होना चाहिए
एक राय देने के लिए आमंत्रित किया क्योंकि बुद्धिशीलता और विचार क्या हैं
परियोजनाओं को आगे बढ़ाता है। और +1 जारी करने वाले लोगों को देखते हुए
webDav या अन्य मानकीकृत प्रोटोकॉल समर्थन, यह सिर्फ मैं ही नहीं हूं।

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

टेक-सेवी उपयोगकर्ता प्रोग्रामर के बराबर नहीं होते हैं। निष्कर्ष पर मत कूदो
सिर्फ इसलिए कि यह आपकी बयानबाजी में फिट बैठता है।

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

जबकि आपने कई कारणों की सूची दी है कि यह क्यों काम नहीं कर सकता है और आपका क्यों
RS का घोल है हर दर्द का इलाज, मुझे यकीन है एक बिचौलिया
एंडपॉइंट (गो ऐप?) स्थानीय डेमॉन (क्लाइंट, सर्वर) के रूप में चल रहा है
प्राधिकरण का ध्यान रखें और कई संभावनाओं को सक्षम करें
अपने इच्छित किसी भी प्रोटोकॉल के बारे में एकीकृत करें। यह निश्चित रूप से कम लाता है
प्रौद्योगिकी के पूरे ढेर को बनाए रखने की तुलना में सिरदर्द, जो हो सकता है या हो सकता है
दो साल में भुलाया नहीं जा सकता और अप्रचलित।

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

--
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/Laverna/laverna/issues/6#issuecomment -282279742

--
Envoyé de mon Appareil Android avec K-9 Mail. Veuillez बहाना मा brièveté.

जैसे, सभी को एक राय देने के लिए आमंत्रित किया जाना चाहिए क्योंकि विचार-मंथन और विचार ही परियोजनाओं को आगे बढ़ाते हैं। और वेबडाव या अन्य मानकीकृत प्रोटोकॉल समर्थन के लिए +1 जारी करने वाले लोगों द्वारा देखते हुए, यह सिर्फ मैं ही नहीं हूं।

हां! मैंने ठीक यही कहा और फिर समय और प्रयास बिताया कि आपकी इच्छा को पूरा करने के लिए मुझे क्या लगता है कि हल करने की आवश्यकता होगी। मैंने "अपने एजेंडे में फिट" होने के लिए कुछ भी नहीं घुमाया, और मैं सक्रिय रूप से आपको और किसी और को अपने उद्देश्य विश्लेषण में निहित किसी भी त्रुटि को इंगित करने के लिए आमंत्रित करता हूं और मैंने आपको अपनी पसंद/विचार के कार्यान्वयन में प्रगति में मदद करने के लिए भी आमंत्रित किया है।

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

मुझे यकीन है कि एक स्थानीय डेमॉन (क्लाइंट, सर्वर) के रूप में चलने वाला एक मध्यस्थ समापन बिंदु (गो ऐप?) प्राधिकरण का ख्याल रख सकता है और आपके इच्छित किसी भी प्रोटोकॉल को एकीकृत करने की कई संभावनाओं को सक्षम कर सकता है।

तो हाँ, सिद्धांत रूप में यह निश्चित रूप से संभव होगा। इसके साथ समस्या यह है कि यह एक ही पैराग्राफ में आपकी अपनी राय और तर्क के साथ पूरी तरह से विरोधाभासी है:

यह निश्चित रूप से प्रौद्योगिकी के पूरे ढेर को बनाए रखने की तुलना में कम सिरदर्द लाता है, जिसे भुलाया नहीं जा सकता है और दो साल में अप्रचलित हो सकता है।

आपके विचार का बिल्कुल यही अर्थ होगा: वेब ऐप को दूरस्थ रूप से डेटा स्टोर करने में सक्षम होने के लिए, और इसे डिवाइसों में सिंक करने में सक्षम होने के लिए तकनीक का एक नया स्टैक ("क्लाइंट, सर्वर") बनाएं, परीक्षण करें और बनाए रखें। इस पूरे नए स्टैक का आविष्कार करने और उसे बनाए रखने की समस्या के अलावा, उस स्थानीय प्रोग्राम को अपने सभी उपकरणों, सबसे महत्वपूर्ण मोबाइल वाले पर चलाना भी मुश्किल होगा।

साथ ही, मेरी टिप्पणी का उद्देश्य किसी को गलत साबित करना नहीं था, बस यह कहना था कि एक निश्चित उद्योग मानक है और एक कारण है कि चीजें इस तरह के मानक बन जाती हैं।

मैं इससे पूरी तरह सहमत हूँ! और मैंने विस्तार से बताया कि WebDAV वास्तव में क्लाइंट-साइड वेब ऐप्स के लिए मानक क्यों नहीं बन गया है, और RS प्रोटोकॉल क्यों बनाया गया था - शुरुआत में WebDAV के साथ API के रूप में-- प्रति-उपयोगकर्ता, स्व-होस्टेड बनाने के लिए एक नए मानक के रूप में इस सटीक प्रकार के अनुप्रयोगों के लिए भंडारण संभव है।

यह वास्तव में एक सरल प्रोटोकॉल है और "प्रौद्योगिकी स्टैक" के विपरीत है। यदि आपने इसके भागों की त्वरित व्याख्या नहीं देखी है, तो आप इसे इस वेबसाइट पर पा सकते हैं। -- साथ ही, "webDav या अन्य मानकीकृत प्रोटोकॉल समर्थन" के संबंध में, ठीक यही RS होने का मतलब है ।

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

Laverna, एक वेब अनुप्रयोग के रूप में, केवल स्थानांतरण प्रोटोकॉल के रूप में HTTP का समर्थन कर सकता है और कुछ भी काम करने के लिए CORS की आवश्यकता होती है। फिर भी किसी कारण से लोग BitTorrent Sync या WebDAV जैसी चीजों का प्रस्ताव कर रहे हैं, जिनमें से एक HTTP पर नहीं चलता है और न ही इसके विनिर्देश के हिस्से के रूप में CORS है। वास्तव में पूर्व के पास एक विनिर्देश भी नहीं है, यह एक मालिकाना प्रोटोकॉल है। @technodrome यहां तक ​​​​कि WebDAV "सामान्य ज्ञान उपयोगकर्ता परिप्रेक्ष्य" के उपयोग को कॉल करने तक जाता है, हालांकि, फिर से, इन-ब्राउज़र जावास्क्रिप्ट एप्लिकेशन से WebDAV का उपयोग करना सामान्य मामले में काम नहीं करता है और इसलिए इसका कोई मतलब नहीं है, परिप्रेक्ष्य की परवाह किए बिना . CORS हेडर जोड़ने के लिए एक मध्यवर्ती प्रॉक्सी का उपयोग करने की बात भी मेरे अच्छे UX के विचार से मेल नहीं खाती।

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

शायद हमें यह मान लेना चाहिए कि तीन साल बाद भी इस मुद्दे को खोला गया है, इसके लिए कोई मानक नहीं है। जो हमें तीन विकल्पों के साथ छोड़ देता है:

1. रिमोटस्टोरेज पर बेट, अभी तक मानक नहीं
2. वैसे भी WebDAV का उपयोग करें, लेकिन CORS शीर्षलेखों की आवश्यकता है। प्रभावी रूप से इसका मतलब केवल नेक्स्टक्लाउड और ओनक्लाउड के लिए समर्थन है।
3. कस्टम एपीआई के साथ एक कस्टम नेक्स्टक्लाउड प्लगइन लिखें

विज्ञापन 1: रिमोटस्टोरेज एक प्रोटोकॉल के रूप में काफी अच्छा है, लेकिन मुझे नहीं लगता कि क्लाइंट लाइब्रेरी अभी तक है। वास्तव में मुझे RemoteStorage.js (क्लाइंट लाइब्रेरी) के साथ पिछला अनुभव अच्छा नहीं था। सब कुछ काम किया, फिर भी हर जगह मामूली बग थे और मैं उच्च स्तरीय "डेटा मॉडलिंग" एपीआई को प्रयोग करने योग्य नहीं मानता। हालांकि अंतिम भाग कोई मायने नहीं रखता, यह देखते हुए कि आप केवल अपना डेटा मॉडल लिख सकते हैं और कच्ची फाइलें पढ़ और लिख सकते हैं।

विज्ञापन 2: यह पूरी तरह से काम करता है, लेकिन अब आपने WebDAV की राक्षसी जटिलता से निपटने के लिए खुद को नेक्स्टक्लाउड/स्वयं क्लाउड तक सीमित कर लिया है। मुझे लगता है कि मैं उन सभी लोगों के लिए बोल सकता हूं जिन्होंने कभी उस प्रोटोकॉल के साथ काम किया है, जब मैं कहता हूं कि मानक का उपयोग करने के लिए WebDAV का उपयोग इसके लायक नहीं है यदि उपयोगकर्ता इससे लाभ नहीं उठाता है।

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

नमस्ते,
कृपया https://github.com/Laverna/laverna/issues/971#issuecomment -411423965 पर रिपोर्ट

आपका दिन/रात मंगलमय हो,
चीयर्स,
निस्सार