Laverna: فوركينغ لافيرنا

لدي خلفية برمجة لائقة ولكني أتعلم فقط js وأنا مستعد لبذل الجهود إذا لزم الأمر للمساهمة في هذا المشروع لأنه كان تطبيق goto الخاص بي لفترة طويلة الآن. بالنسبة لاسم لافيرنا 2.0 ... هيه.

daed دعونا نحاول كتابة wwebfor && wwwredfish أولاً.

أنا متأكد من أنه يمكنهم إضافة كل مساهم أو أنت إلى المنظمة حتى تتمكن من الوصول للكتابة ...
بخلاف ذلك ، أعلمني عندما يكون لديك اسم وإصدار لكل إصدار حتى أتمكن من إنشاء حزمة AUR: wink:

هل يمكنك الاتصال بي على keybase (مفضل) أو عبر البريد الإلكتروني حتى أتمكن من إرسال البريد الإلكتروني الشخصي الخاص بـ wwebfor إليك لاحقًا اليوم (بتوقيت برلين)؟

ملاحظة: إذا قمت بإنشاء إصدار جديد على مفترقك ، أعتقد أنه قد يكون من الجيد أيضًا إنشاء كرات القطران: ابتسم:

طبعا أكيد. لم أرغب في انتزاع المشروع من تحت أي شخص. أردت فقط التأكد من عدم إهماله.

أنا في توقيت وسط الولايات المتحدة. سأتحدث معك غدًا على keybase إذا استطعت.

لذا ، wwebfor عاد إلي. لقد انتهى من المشروع.

واعترف بأن الحافرة لا تحل مشكلات المزامنة والأجهزة المتعددة. واقترح أنه من الأفضل إنفاق الجهد في التركيز على المشاريع الأخرى التي تعمل بالفعل. كما أنه لم يمنحني حق الوصول إلى الريبو ، لذلك لا يمكنني فعل أي شيء به مباشرة.

أعتقد أن مخاوفه صحيحة ، لكني أحب لافيرنا وأعتقد أنها تستحق محاولة صنع شيء منها. سأستمر في خطتي لتقسيمها وتطويرها بشكل مستقل عن منظمة لافيرنا.

لقد أمضيت الأسابيع القليلة الماضية في محاولة التعرف على فرع التطوير والعمل على الأخطاء الطفيفة حيث يمكنني ذلك. إنها بصراحة ليست في حالة جيدة جدًا في الوقت الحالي:

• يبدو أن المشروع كان في منتصف الانتقال إلى نموذج عميل / خادم مع إضافة خادم الإشارة و mongodb. هذا ليس نموذجًا سيئًا بالضرورة للاستضافة ، ولكنه يصبح عبئًا على المستخدمين النهائيين المستقلين الذين يقومون بالمزامنة من خلال صندوق الإسقاط (أو لا يقومون بالمزامنة على الإطلاق).
• يبدو أن خادم الإشارة قد تم تجميعه مع وضع بيئة متعددة المستخدمين في الاعتبار ، وهناك بداية لبعض الميزات المفيدة (مثل المشاركة بين المستخدمين) ولكن هذا غير مكتمل ، وأعتقد بالفعل أنه يمنع حاليًا المزامنة عبر أجهزة متعددة.
• على الرغم مما سبق ، لا يتم تمكين https افتراضيًا.
• إصدار تطبيق سطح المكتب المستند إلى الإلكترون لا يعمل.
• تم كسر البلع إلى حد كبير في العقدة 10 بسبب التبعيات القديمة. من المفترض أن يتم إصلاح هذا يومًا ما ، على الرغم من أن الخطة الحالية يبدو أنها تفرض إصدارًا أحدث من الحزمة الأصلية ، وهو غير مدعوم. لم أتمكن من العثور على ETA.

أود التحدث أكثر عن هذه المشكلات والحصول على توصيات / مساعدة لحلها. سأقوم بتكرار هذه المشكلة على مفترقتي على https://github.com/daed/laverna/issues/1.

أشجع بشدة أي شخص يشعر بمصلحة راسخة في المشروع على الحضور للمناقشة ، وأود أن أحذر أي شخص آخر من أن هذا المشروع ، كما هو موجود في منظمة Laverna ، ربما لن يتم تحديثه أكثر من ذلك.

ملخص جميل daed : تادا:: نجم:

موافق!

كمرجع: # ​​931

أهلا.
اعتدت تشغيل Laverna في الماضي ، واستسلمت بسبب DropBox. سنتان: الانتقال إلى نموذج عميل / خادم حقيقي مع قاعدة بيانات خلفية يمكن أن يكون أمرًا جيدًا في منع الكثير من مشكلات المزامنة. وهذا سيجعل المشروع شبه مستقل.

@ romu70 هذا أحد الأشياء التي كنت أتعامل معها. لأي سبب من الأسباب ، لم يكن لدي مطلقًا مشكلات مزامنة صندوق الإسقاط التي أسمعها يشتكي منها الجميع وأحب حقيقة عدم وجود خادم مركزي. طريقة صندوق الإسقاط متشابهة نوعًا ما ، لكن يمكنني على الأقل إلقاء نظرة على ملاحظاتي ورؤية أنها مشفرة. إذا كان هناك شخص واحد أو مجموعة تمتلك البرنامج وقاعدة البيانات كما هو الحال في نموذج العميل / الخادم ، فإنها تحل الكثير من المشكلات الضرورية ، ولكن كيف تثبت حقًا أن بياناتك محمية بشكل صحيح؟ ستكون واجهة برمجة التطبيقات العامة التي يمكنك دفع الرسائل المشفرة إليها بالفعل إحدى هذه الطرق ، ولكن هذا هو أبعد ما يكون عن بُعد.

كنت أتجول في محاولة لإيجاد طريقة لتزويدها بالطريقة التي تريدها مع إصدار مستضاف ، وإصدار إحضار خادمك الخاص ، وإصدار سطح مكتب مستقل ، ولكن هذا يبدو أنه سيكون من الصعب للغاية دعمه.

أشعر أن العميل / الخادم هو حقًا الطريق الأسرع والأكثر ترجيحًا للإصدار التالي ، ولكن كلما تقدمنا ​​نحو ذلك ، كلما كان من الصعب تنفيذ تطبيق سطح مكتب مستقل.

أنا أميل إلى الاتفاق. العميل / الخادم جيد إذا كنت تعتقد أن منتجك سيتم تثبيته على خوادم المستخدم. بهذه الطريقة تكون متأكدًا تمامًا من أن البيانات خاصة ، ولكن الإعداد أقل سهولة بالتأكيد.

فيما يتعلق بتطبيق سطح المكتب ، لست متأكدًا من أن هذا يجعل الأمور أكثر صعوبة ، فقط فكر في تعبئة الواجهة الأمامية باستخدام Electron ، وقد انتهيت تقريبًا.

أنا معجب برؤية الأشخاص الذين لا يعرفون قاعدة الشفرات هذه على استعداد للبحث فيها. ولكن يمكن للمرء أيضًا أن يتعلق بمسار أسهل ، والذهاب إلى Boostnote الذي يقدم بالفعل نفس الشيء (مزامنة DropBox) ، مع قاعدة

الحياة أقصر من أن تعيد اختراع العجلة.

Boostnote رائع جدًا ، سأتفق مع ذلك. إنه بعيد جدًا ولديه الكثير من الصقل. على الرغم من أنه لا يتعامل مع التشفير (تم فتح طلب الميزة منذ أقل من عام بقليل) ، ويبدو أثر ما يجب تثبيته على جهاز الكمبيوتر أثقل بكثير من laverna.

يمكن أيضًا استخدام Laverna بالكامل من USB ولا يزال يتفاعل مع Dropbox ، حتى لو لم يكن مثبتًا. هذا أنيق جدًا أيضًا. أعتقد أن هناك الكثير مما يستحق التوفير هنا حتى في مواجهة أدوات الملاحظات الأخرى بموارد أكثر من مجرد شخصين ثابتين.

مستخدم بسيط هنا ، ولكن الميزة الرئيسية لـ Laverna هي تشفير المعرفة الصفرية باستخدام خط الشريط "حافظ على خصوصية ملاحظاتك". بدون ذلك قد أعود أيضًا إلى Evernote.

حسنًا ، كان تنفيذ الإلكترون لواجهة لافيرنا الأمامية أسهل بكثير مما اعتقدت أنه سيكون لفرع التطوير. لا تزال بحاجة إلى أدوات إنشاء آلية (عاملة) ، لكنها خطوة في الاتجاه الصحيح.

glocalglocal ما هو

هل "مشفر ولكن على خادم لا تملكه" يعتبر "خاصًا"؟
ماذا عن "المشفرة ولكن على القرص الصلب المحلي الخاص بك"؟

أعتقد بطريقة مستديرة ، أنا أسأل ما إذا كان الأول جيد بما فيه الكفاية ، أو إذا كان الثاني هو شرط للنظر في البرنامج للاستخدام؟ لا توجد إجابات خاطئة. أحتاج إلى منظور المستخدم هنا.

الاختيار دائما جيد. لذلك سيكون بالتأكيد يستحق الوقت والجهد لتقسيم هذا المشروع على الرغم من وجود بدائل أخرى ناضجة.

هذا ما أفكر فيه في البداية سيكون الحل الوسط الأكثر مرونة وقابلية الصيانة:

حاليًا في التطوير:
Laverna مكونان ، ثلاثة إذا قمت بحساب واجهة المستخدم ، وأربعة إذا كنت تحسب mongodb (مطلوب حاليًا). هذا توقع غير معقول يضعه على المستخدم. يتحدث المكون الذي يواجه المستخدم إلى خادم إشارة ، والذي بدوره يتحدث إلى mongodb. حاليا كل ما يفعله mongodb هو تخزين أسماء المستخدمين وما أعتقد أنها مفاتيح عامة. كل ما يفعله خادم الإشارة (الذي أعلمه) هو فصل قاعدة البيانات عن المكون الذي يتعامل مع واجهة المستخدم. هذا يعني أنه سيكون من الممكن للمستخدم تشغيل لافيرنا "غوي" (لافيرنا في الإلكترون كمثال) والاتصال بـ "خادم" / ديسيبل في لافيرنا عامة. يبدو تنفيذ متعدد المستخدمين / أجهزة متعددة غير مكتمل على الرغم من استنادًا إلى اختباراتي السريعة. إذا كانت كاملة بطريقة ما ، فلن أتمكن من معرفة كيفية استخدامها ، مما يعني أنها ربما تكون معقدة للغاية.

ما أقترحه للتطوير:
نقوم بدمج خادم الإشارة وواجهة المستخدم معًا في حزمة واحدة. بالإضافة إلى ذلك ، نقوم ببناء إصدارات إلكترونية من هذه الحزمة المدمجة. نقوم بمعالجة جميع البيانات من خلال خادم الإشارة إلى قاعدة البيانات. ملاحظات ، دفاتر ملاحظات ، ملفات تكوين النسخ الاحتياطي ، كل شيء ما عدا المفتاح الخاص. نقوم بتضمين التكوين الذي يسمح لك ببدء واجهة مستخدم أو خادم إشارة أو كليهما. بالإضافة إلى ذلك ، قمنا ببناء محول لخادم الإشارة ليكون قادرًا على التعامل مع اتصالات sqlite3.

هذا يأخذ لافيرنا ويتيح لك تحويلها إلى أي شيء تريده. التكوينات الثلاثة الواضحة مع هذا المخطط والتي يمكنك اختيار واحد منها:

1. مُدار بالكامل: تعمل واجهة المستخدم وخادم الإشارة وقاعدة البيانات جميعها على خادم في مكان ما. تقوم بالاتصال عبر المتصفح. هذا هو في الأساس أكثر أو أقل ما هو عليه laverna.cc اليوم. تحصل على أقصى درجات الراحة ، ولا تحتاج إلى تنزيل / تثبيت أي شيء ، ولكن لديك أقل شفافية وعليك أن تضع ثقة عمياء في مسؤول الخادم الخاص بك. سأطلق على هذا اسم "تكوين Evernote".
2. العميل / الخادم: تعمل واجهة المستخدم على جهاز الكمبيوتر العميل عبر عقدة أو إلكترون ، ويعمل خادم الإشارة وقاعدة البيانات على خادم في مكان ما. لديك تخزين مركزي ولديك أي ميزات تعاون يمكن تضمينها لاحقًا ، وأنت تمتلك عميل واجهة المستخدم ، والذي يمكنك إنشاؤه من المصدر للحصول على توقع معقول بأن الأمان يتم دعمه على مستوى العميل. ربما يكون هذا هو أفضل حل وسط للميزات والراحة والأمان. هذا يشبه بشكل غامض كيف فهمت Keybase للعمل.
3. مستقل تمامًا: يتم تشغيل واجهة المستخدم وخادم الإشارة وقاعدة البيانات في صندوق واحد. تبدأ العقدة أو الإلكترون في تشغيل واجهة المستخدم وخادم الإشارة لك عند تشغيلهما. قاعدة البيانات هي اختيارك من mongodb أو إذا كنت تريد الخيار السهل ، بدون تثبيت إضافي ، يمكنك اختيار sqlite3. نتخلص تمامًا من طريقة واجهة برمجة تطبيقات Dropbox ونذهب إلى مزامنة Dropbox عبر نظام الملفات. إذا كنت تريد مزامنة صندوق الإسقاط ، يمكنك اختيار وضع قاعدة البيانات في دليل صندوق الإسقاط في أي مسار يبدو جيدًا. إذا كنت تريد كتابة ملاحظاتك على محرك أقراص محمول أو NFS أو / dev / null ، فأنت تخبرها فقط أن تفعل ذلك. ربما يكون هذا هو أقرب شيء لكيفية عمل الإصدار الحالي من لافيرنا في هذه اللحظة.

لاحظ أنني أستخدم "العميل" و "ui" أعلاه بالتبادل.

قلقي الحقيقي الوحيد هو متانة sqlite3 ، خاصة عند المزامنة عبر صندوق الإسقاط. لدي حدس (وفقط حدس) أن معظم مشكلات المزامنة التي واجهها الأشخاص مع صندوق الإسقاط مرتبطة بواجهة برمجة تطبيقات ، وعلى الرغم من ذلك ، فإن التبديل إلى التطبيق / نظام الملفات للوصول إلى صندوق الإسقاط سيعالج الكثير من هذه الآلام.

هذا الكثير يجب أن أذهب إليه ، وربما لست الأفضل في شرح أفكاري ، لكن الأسئلة؟ مخاوف؟ تعليقات؟

daed من منظور المستخدم ، طالما أن التشفير قوي بما فيه الكفاية وشفاف ، يمكن تخزين db في أي مكان ولن يثير ذلك مخاوف تتعلق بالخصوصية بالنسبة لي.

أفضل نموذج العميل / الخادم (2) ، مع عملاء سطح المكتب والمحمول مفتوح المصدر الخاص به للتدقيق / التدقيق ، وتخزين الخادم لقابلية النقل والمشاركة. غالبًا ما تقدم التطبيقات النموذج المستقل (3) كخيار. ألا يمكن أيضًا تخزين النسخة المحلية من db في النموذج 2 اختياريًا في مجلد Dropbox أو MEGA وما إلى ذلك؟ سيعمل ذلك حتى لو اختفى الخادم إلى الأبد.

في النموذج (1) ، ألا يحل التشفير / فك التشفير من جانب العميل مشكلة الثقة؟ على سبيل المثال Lastpass و Bitwarden. هذا على افتراض أن ما يتم تشغيله على المتصفح يتم فحصه بدقة. سيكون النموذج (1) مناسبًا في ظروف معينة.

للطراز 1:
"العميل" في هذه الحالة هو مجرد متصفح ويب "غبي" يتصل بواجهة مستخدم لافيرنا. هذا يعطينا خيارين.

• يمكننا إما أن نطلب من المستخدم مساره إلى مفتاحه الخاص حتى نتمكن من قراءته (محليًا) والقيام بالتشفير في js من جانب المستعرض قبل تسليم الرسالة إلى مثيل العقدة الذي يقوم بتشغيل laverna ui ، وهو أمر غير مريح مثل يتطلب ملفات محلية تتعارض مع الغرض من الإعداد المستضاف بالكامل لتبدأ به. قد يكون هذا نوعًا ما مشابهًا لكيفية عمل github ، لكن github تقنيًا لا يزال لديه عميل مع git / ssh.
• أو ، يمكننا أن نجعل الخادم يحتفظ بمفتاحك الخاص / يديره (ولكن لا تستخدم عبارة مرورك مطلقًا) ثم نقوم بالأشياء عن بُعد بنسبة 100٪. يمكنك تنزيل / تغيير مفتاحك الخاص ، ولكن عليك أيضًا أن تثق في أننا لا نحتفظ بعبارة المرور وأننا لن نفشل في الحفاظ على أمان مفتاحك. هذا أقرب إلى كيفية تنفيذه الآن على ما أعتقد. هذا هو في الأساس evernote مجاني مع ToS أكثر ودية وإحساسًا جيدًا بجو مفتوح المصدر. ليست مثالية ، لكنها قد تكون كافية للبعض.

قد يكون هناك المزيد من الخيارات ، لكنني لست متأكدًا مما ستكون عليه في هذه المرحلة الزمنية. اعتقدت أن Lastpass / Bitwarden مخزن وكلمات المرور غامضة. هذه وظيفة تشفير يمكن استخدامها جنبًا إلى جنب مع هذا ، ولكنها لا تحل مشكلة إدارة المفاتيح. لم أستخدم أيًا منهما مطلقًا ، لذلك من المحتمل أنني لا أفهم تمامًا فائدتها.
بعد كل ما قيل ، سأقوم على الأرجح بإعداد خادم "رسمي" مثل هذا على AWS أو شيء ما فقط في حال كان ذلك جيدًا بما يكفي لبعض الأشخاص إن لم يكن جميعهم. أتخيل أن evernote المجاني حتى مع بعض مشكلات الثقة سيكون أكثر من كافٍ لبعض المستخدمين. ربما قمت بصفع زر تبرع عليه ومعرفة ما إذا كنت قد استردت تكاليف الاستضافة.

للطراز 2:
هذا هو في الواقع تطبيق المفضل لدي من الثلاثة الممكنة. من الناحية الفنية ، لا يزال يتعين تثبيت أي برنامج على الكمبيوتر. يمكنك تشغيل لافيرنا من محرك أقراص USB والاحتفاظ بمفتاحك هناك. يمكنك حتى تضمينه في محرك أقراص USB مع وجود ذيول مثبتة عليه إذا كنت تريد الذهاب إلى هذا الحد لأجهزة الكمبيوتر العامة.
لم أفكر في نسخة محلية ، ولكن كان هناك نوع من ميزة استيراد / تصدير / نسخ احتياطي للملاحظات في قائمتي ، لذا فإن كلا النوعين من التوافق معًا بشكل جيد. إذا ذهب الخادم الخاص بك بعيدًا ، فيمكنك فقط التغيير إلى النموذج 3 واستيراد الملاحظات والمضي قدمًا كما لو لم يحدث شيء. قد يكون من الغريب بعض الشيء الانتقال من البيانات المخزنة في mongodb إلى بعض التنسيقات المحلية ، ولكن من المحتمل أن يكون هذا شيئًا يمكن التعامل معه.

كتحديث عام ، قمت بإثبات تطبيق مفهوم الإلكترون في وقت متأخر من الليلة الماضية مع واجهة المستخدم وخادم الإشارة المدمجين فيه ويتم تشغيلهما عند بدء التشغيل. إنه بدون ملمع تمامًا وغير مناسب تمامًا للإفراج عنه ، لكنه أظهر لي أنه كان من الممكن بنسبة 100٪ الاحتفاظ بالطراز 3 بجهد إضافي ضئيل جدًا.

أعتقد أنه إذا استخدمنا مخطط النموذج الثالث ، فسوف أقوم بإنشاء حزم لإصدار "خادم" يحتوي على واجهة مستخدم laverna وعناصر الخادم ولا يوجد إلكترون ، بالإضافة إلى إصدار "العميل" الذي سيحتوي على مكونات لكل شيء أيضًا كإلكترون. بالنسبة لإصدار الخادم ، يجب أن يتم التكوين عن طريق تحرير الملفات ، ولكنه سيكون قادرًا على توفير مكونات من جانب الخادم للنموذج 1 أو النموذج 2 ، بينما سيكون لإصدار العميل صفحة / معالج تكوين واجهة المستخدم ويكون قادرًا على توفير مكونات العميل للنموذج 2 بالإضافة إلى التنفيذ الكامل للنموذج 3.

كانت هذه المحادثة مفيدة ، لكن البقاء في هذا laverna repo ليس مفيدًا بشكل خاص لأنني لا أستطيع فعل أي شيء به. ما زلت أتحقق هنا لمعرفة ما إذا كان أي شخص ينشر أي شيء جديد ، ولكن إذا كنت تريد الاستمرار في الحديث عن هذا (وآمل أن يفعل الجميع ذلك!) سأطلب منا القيام بذلك على https://github.com/daed / لافيرنا / قضايا / 1.

وشكرا للجميع.

لا أعرف ما تعنيه Forking (ولست متأكدًا من أنه ينبغي علي ذلك؟) ولكن على أي حال ؛ لقد جربت تطبيق laverna ويبدو أن المزامنة لن تعمل معه. كنت أحاول ذلك مع 5 التخزين. يبدو أن هناك إصدارًا آخر من android على صفحة أخرى ولكن لا يوجد إصدار ، يجب أن أقوم بإنشائه ومع علمي الضعيف أنه فشل للتو.

xreqx يعني أن المشروع قد وأبدأه مرة أخرى بمفردي (مع أي شخص آخر يريد المساعدة).

بصراحة لم ألقي نظرة على إصدار الهاتف المحمول حتى الآن. ليس لدي أي خبرة في كتابة تطبيقات الهاتف المحمول لأكون صادقًا. إنه شيء أرغب في العمل به بالرغم من ذلك.

قد يكون من الجدير بالذكر الملف القياسي ؛ المكتبة المستخدمة بواسطة الملاحظات القياسية .

Standard File عبارة عن مكتبة مزامنة وتشفير للويب والتطبيقات الأصلية. يسمح للمطورين بالتركيز على إنشاء تطبيقات رائعة تواجه المستخدم ، ويترك المزامنة والخوادم والتشفير من طرف إلى طرف لهذه المكتبة.
..
Standard File هو عميل ونظام خادم قابل لإعادة الاستخدام يسمح لك بنشر خادم خلفية "غبي" لا يعرف مخطط البيانات الخاص بك أو يهتم به ، ويسمح لك بتشفير البيانات على جانب العميل ومزامنتها مع الخادم البعيد .

لذا ، wwebfor عاد إلي. لقد انتهى من المشروع.

ملاحظة ، لقد قمت بإنشاء صفحة wikipage هذه منذ فترة. لقد ربطت بتعليقك:
https://github.com/Laverna/laverna/wiki/DEAD-PROJECT-ALERT