Laverna: फोर्किंग लावेर्न

एक अच्छी प्रोग्रामिंग पृष्ठभूमि है, लेकिन मैं सिर्फ जेएस सीख रहा हूं और इस परियोजना में योगदान करने के लिए यदि आवश्यक हो तो प्रयास करने के लिए तैयार हूं क्योंकि यह लंबे समय से मेरा गोटो ऐप है। Laverna2.0 नाम के लिए... हे।

@daed आइए पहले @wwebfor && @wwwredfish लिखने का प्रयास करें।

मुझे पूरा यकीन है कि वे हर योगदानकर्ता या आपको संगठन में जोड़ सकते हैं ताकि आपके पास लेखन पहुंच हो...
अन्यथा मुझे बताएं कि आपके पास एक नाम और प्रति-रिलीज़ कब है ताकि मैं AUR पैकेज बना सकूं: पलक:

क्या आप मुझसे कीबेस (पसंदीदा) या ईमेल पर संपर्क कर सकते हैं ताकि मैं आपको @wwebfor का व्यक्तिगत ईमेल आज बाद में (बर्लिन समय) आपको

पीएस: यदि आप अपने कांटे पर नई रिलीज उत्पन्न करते हैं तो मुझे लगता है कि टैरबॉल उत्पन्न करना भी एक अच्छा विचार हो सकता है: मुस्कान:

हां यकीनन। मैं इस प्रोजेक्ट को किसी के नीचे से छीनना नहीं चाहता था। मैं बस यह सुनिश्चित करना चाहता था कि यह पीछे न छूटे।

मैं सेंट्रल यूएस टाइम में हूं। अगर मैं कर सकता हूं तो मैं कल आपसे कीबेस पर बात करूंगा।

तो, wwebfor मेरे पास वापस आ गया। उन्होंने परियोजना के साथ किया है।

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

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

मैंने पिछले कुछ सप्ताह खुद को देव शाखा से परिचित कराने और छोटी-छोटी बगों पर काम करने में बिताए हैं जहाँ मैं कर सकता हूँ। यह ईमानदारी से अभी बहुत अच्छे आकार में नहीं है:

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

मैं इन समस्याओं के बारे में और बात करना चाहता हूं और उन्हें ठीक करने के लिए अनुशंसाएं/सहायता प्राप्त करना चाहता हूं। मैं इस मुद्दे को अपने कांटे पर https://github.com/daed/laverna/issues/1 पर दोहराने जा रहा हूं

मैं किसी ऐसे व्यक्ति को दृढ़ता से प्रोत्साहित करता हूं जो परियोजना में निहित स्वार्थ महसूस करता है, चर्चा करने के लिए, और मैं किसी और को चेतावनी देना चाहता हूं कि यह परियोजना, जैसा कि लावेर्ना संगठन में मौजूद है, शायद आगे अपडेट नहीं की जाएगी।

अच्छा सारांश @daed :tada: :star:

मैं भी शामिल!

संदर्भ के लिए: #931

नमस्ते।
मैं अतीत में लावेर्ना चलाता था, और ड्रॉपबॉक्स के कारण छोड़ दिया। मेरे 2 सेंट: डेटाबेस बैक-एंड के साथ एक वास्तविक क्लाइंट/सर्वर मॉडल पर जाना बहुत सारे सिंक मुद्दों को रोकने में अच्छा हो सकता है। और यह परियोजना को लगभग स्वतंत्र बना देगा।

@ romu70 यह उन चीजों में से एक है

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

मुझे लगता है कि क्लाइंट/सर्वर वास्तव में अगली रिलीज के लिए सबसे तेज़ और अधिकतर संभावित मार्ग है, लेकिन जितना आगे हम आगे बढ़ते हैं, एक स्टैंडअलोन डेस्कटॉप एप्लिकेशन को लागू करना उतना ही कठिन होगा।

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

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

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

पहिया को फिर से शुरू करने के लिए जीवन बहुत छोटा है।

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

Laverna को पूरी तरह से usb से भी इस्तेमाल किया जा सकता है और फिर भी ड्रॉपबॉक्स के साथ इंटरैक्ट कर सकता है, भले ही वह इंस्टॉल न हो। यह भी काफी साफ-सुथरा है। मुझे लगता है कि कुछ निश्चित लोगों की तुलना में अधिक संसाधनों के साथ अन्य नोट टूल के सामने भी यहां बहुत बचत करने लायक है।

यहाँ एक साधारण उपयोगकर्ता है, लेकिन Laverna की प्रमुख विशेषता शून्य-ज्ञान एन्क्रिप्शन है जिसमें स्ट्रैप-लाइन 'कीप योर नोट्स प्राइवेट' है। इसके बिना मैं एवरनोट पर भी लौट सकता हूं।

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

@glocalglocal "निजी" की आपकी परिभाषा क्या है?

क्या "एन्क्रिप्टेड लेकिन एक सर्वर पर आपका स्वामित्व नहीं है" को "निजी" माना जाता है?
"एन्क्रिप्टेड लेकिन आपके स्थानीय हार्ड ड्राइव पर" के बारे में क्या?

मुझे लगता है कि एक दौर के बारे में, मैं पूछ रहा हूं कि पहला वाला काफी अच्छा है, या यदि दूसरा उपयोग के लिए सॉफ़्टवेयर पर विचार करने की आवश्यकता है? कोई गलत जवाब नहीं; मुझे यहां उपयोगकर्ता परिप्रेक्ष्य की आवश्यकता है।

चुनाव हमेशा अच्छा होता है। तो यह निश्चित रूप से अन्य परिपक्व विकल्प होने के बावजूद इस परियोजना को फोर्क करने के लिए समय और प्रयास के लायक होगा।

यहां मैं जो सोच रहा हूं वह सबसे लचीला और रखरखाव योग्य समझौता होगा:

वर्तमान में देव में:
Laverna दो घटक हैं, तीन यदि आप UI की गणना करते हैं, तो चार यदि आप mongodb (वर्तमान में एक आवश्यकता) की गणना करते हैं। उपयोगकर्ता पर डालने के लिए यह एक अनुचित अपेक्षा है। उपयोगकर्ता-सामना करने वाला घटक सिग्नल सर्वर से बात करता है, जो बदले में मोंगोडब से बात करता है। वर्तमान में सभी मोंगोडब स्टोर उपयोगकर्ता नाम हैं और जो मुझे लगता है कि सार्वजनिक कुंजी हैं। सभी सिग्नल सर्वर करता है (जिसे मैं जानता हूं) ui को संभालने वाले घटक से डेटाबेस को डिकूप करता है। इसका मतलब यह है कि उपयोगकर्ता के लिए लावेर्ना "गुई" (उदाहरण के रूप में इलेक्ट्रॉन में लावेर्ना) चलाना और सार्वजनिक लावेर्ना "सर्वर" / डीबी से जुड़ना संभव होगा। मेरे सरसरी परीक्षणों के आधार पर बहु-उपयोगकर्ता/बहु-उपकरण कार्यान्वयन अधूरा दिखता है। अगर यह किसी भी तरह पूरी तरह से पूरा हो गया है, तो मैं यह नहीं समझ सका कि इसका उपयोग कैसे किया जाए, जिसका अर्थ है कि यह शायद बहुत जटिल है।

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

यह लेवेर्ना लेता है और आपको इसे अपनी इच्छानुसार किसी भी चीज़ में बदलने देता है। इस योजना के साथ तीन स्पष्ट विन्यास जिन्हें आप इनमें से किसी एक को चुन सकते हैं:

1. पूरी तरह से प्रबंधित: UI, सिग्नल सर्वर और डेटाबेस सभी कहीं न कहीं सर्वर पर चलते हैं। आप ब्राउज़र के माध्यम से जुड़ते हैं। यह मूल रूप से कमोबेश वही है जो आज laverna.cc है। आपको सबसे अधिक सुविधा मिलती है, और किसी चीज़ को डाउनलोड/इंस्टॉल करने की आवश्यकता नहीं होती है, लेकिन कम से कम पारदर्शिता होती है और आपको अपने सर्वर व्यवस्थापक पर अंधा विश्वास करना पड़ता है। मैं इसे "एवरनोट कॉन्फ़िगरेशन" कहूंगा।
2. क्लाइंट/सर्वर: यूआई क्लाइंट कंप्यूटर पर नोड या इलेक्ट्रॉन के माध्यम से चलता है, सिग्नल सर्वर और डेटाबेस कहीं सर्वर पर चलता है। आपके पास केंद्रीकृत भंडारण है और आपके पास कोई भी सहयोग सुविधाएँ उपलब्ध हैं जिन्हें लाइन में शामिल किया जा सकता है, और आप UI क्लाइंट के मालिक हैं, जिसे आप स्रोत से बना सकते हैं ताकि यह उचित उम्मीद हो कि क्लाइंट स्तर पर सुरक्षा बरकरार रखी जा रही है। यह शायद सुविधाओं, सुविधा और सुरक्षा का सबसे अच्छा समझौता है। यह अस्पष्ट रूप से मिलता-जुलता है कि मैं कैसे काम करने के लिए कीबेस को समझता हूं।
3. पूरी तरह से स्टैंडअलोन: UI, सिग्नल सर्वर और डेटाबेस सभी एक बॉक्स पर चलते हैं। जब आप उन्हें चलाते हैं तो नोड या इलेक्ट्रॉन आपके लिए UI और सिग्नल सर्वर प्रारंभ करते हैं। डेटाबेस आपकी पसंद का मोंगोडब है या यदि आप आसान, कोई अतिरिक्त-इंस्टॉल विकल्प नहीं चाहते हैं, तो आप sqlite3 चुन सकते हैं। हम ड्रॉपबॉक्स एपीआई विधि को पूरी तरह से डंप करते हैं और फाइल सिस्टम के माध्यम से ड्रॉपबॉक्स सिंकिंग के लिए जाते हैं। यदि आप ड्रॉपबॉक्स को सिंक करना चाहते हैं, तो आप डेटाबेस को ड्रॉपबॉक्स निर्देशिका में रखना चुन सकते हैं, जो भी पथ अच्छा लगता है। यदि आप चाहते हैं कि आपके नोट्स फ्लैश ड्राइव या NFS या /dev/null पर लिखे जाएं, तो आप इसे करने के लिए कहें। यह संभवत: निकटतम चीज है कि इस समय लावेर्ना की वर्तमान रिलीज कैसे काम करती है।

ध्यान दें कि मैं ऊपर "क्लाइंट" और "यूआई" का परस्पर उपयोग करता हूं।

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

यह बहुत कुछ है, और मैं शायद अपने विचारों को समझाने में सर्वश्रेष्ठ नहीं हूं, लेकिन प्रश्न? चिंताओं? टिप्पणियाँ?

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

मैं क्लाइंट/सर्वर मॉडल (2) का समर्थन करूंगा, इसके ओपन सोर्स डेस्कटॉप और मोबाइल क्लाइंट के साथ स्क्रूटनी/ऑडिटिंग, और पोर्टेबिलिटी और शेयरेबिलिटी के लिए सर्वर स्टोरेज। अक्सर एप्लिकेशन एक विकल्प के रूप में स्टैंडअलोन मॉडल (3) की पेशकश करते हैं। क्या मॉडल 2 में डीबी की स्थानीय प्रति वैकल्पिक रूप से ड्रॉपबॉक्स, मेगा आदि फ़ोल्डर में संग्रहीत नहीं की जा सकती है? सर्वर हमेशा के लिए गायब हो जाने पर भी यह काम करेगा।

मॉडल (1) पर, क्लाइंट-साइड एन्क्रिप्शन/डिक्रिप्शन ट्रस्ट समस्या का समाधान नहीं करता है? जैसे लास्टपास, बिटवर्डन। यह मानकर चल रहा है कि ब्राउजर पर जो चलता है उसकी छानबीन की जाती है। मॉडल (1) कुछ विशेष परिस्थितियों में सुविधाजनक होगा।

मॉडल 1 के लिए:
इस मामले में 'क्लाइंट' सिर्फ एक 'गूंगा' वेबब्रोवर है जो लावेर्ना यूआई से जुड़ रहा है। इससे हमें दो विकल्प मिलते हैं।

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

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

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

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

मुझे लगता है कि अगर हम 3 मॉडल योजना के साथ जाते हैं, तो मैं एक "सर्वर" संस्करण के लिए पैकेज तैयार करूंगा जिसमें लावेर्ना यूआई और सर्वर सामग्री शामिल है और कोई इलेक्ट्रॉन नहीं है, साथ ही एक "क्लाइंट" संस्करण जिसमें हर चीज के लिए घटक भी होंगे इलेक्ट्रॉन के रूप में। सर्वर संस्करण के लिए, कॉन्फ़िगरेशन फ़ाइलों को संपादित करके करने की आवश्यकता होगी, लेकिन यह मॉडल 1 या मॉडल 2 के लिए सर्वर-साइड घटक प्रदान करने में सक्षम होगा, जबकि क्लाइंट संस्करण में एक ui कॉन्फ़िगरेशन पृष्ठ/विज़ार्ड होगा और प्रदान करने में सक्षम होगा मॉडल 2 के साथ-साथ पूर्ण मॉडल 3 कार्यान्वयन के लिए क्लाइंट के लिए घटक।

यह बातचीत मददगार रही है, लेकिन इस लावेर्ना रेपो पर बने रहना विशेष रूप से मददगार नहीं है क्योंकि मैं इसके साथ कुछ नहीं कर सकता। मैं अभी भी यह देखने के लिए यहां जांच करूंगा कि क्या कोई कुछ नया पोस्ट करता है, लेकिन अगर आप इस बारे में बात करना जारी रखना चाहते हैं (और मुझे उम्मीद है कि हर कोई करता है!) मैं कहूंगा कि हम इसे https://github.com/daed पर करते हैं। /लवेर्ना/मुद्दों/1.

और धन्यवाद, सब लोग।

मुझे नहीं पता कि फोर्किंग का क्या मतलब है (और मुझे यकीन नहीं है कि मुझे करना चाहिए?) लेकिन वैसे भी; मैंने लावेर्ना एपीके की कोशिश की और ऐसा लगता है कि सिंक इसके साथ काम नहीं करेगा। मैं इसे 5स्टोरेज के साथ आजमा रहा था। ऐसा लगता है कि किसी अन्य पृष्ठ पर एक और एंड्रॉइड संस्करण है लेकिन कोई रिलीज नहीं है, इसे बनाना है और मेरे खराब ज्ञान के साथ यह असफल रहा है।

@xreqx इसका मतलब है कि परियोजना मर चुकी है, और मैं कोड ले रहा हूं और इसे फिर से शुरू कर रहा हूं (जो कोई भी मदद करना चाहता है)।

मैंने ईमानदारी से अभी तक मोबाइल संस्करण को नहीं देखा है। सच कहूं तो मुझे मोबाइल एप्लिकेशन लिखने का वास्तव में कोई अनुभव नहीं है। हालांकि यह कुछ ऐसा है जिसे मैं काम करना चाहता हूं।

यह मानक फ़ाइल का उल्लेख करने लायक हो सकता है; मानक नोट्स द्वारा उपयोग की जाने वाली लाइब्रेरी।

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

तो, wwebfor मेरे पास वापस आ गया। उन्होंने परियोजना के साथ किया है।

ध्यान दें, मैंने यह विकिपेज कुछ समय पहले बनाया था। मैंने आपकी टिप्पणी से लिंक किया है:
https://github.com/Laverna/laverna/wiki/DEAD-PROJECT-ALERT