Laverna: مزامنة مع وحدات التخزين غير التجارية

أو Owncloud ...

انظر إلى vole.cc. لديهم خادم مخصص قائم على Go يحفظ الأشياء في الملفات. ربما يمكنك فقط التوصيل بهذا لسهولة التخزين المحلي.

نعم ، قم بتوصيله بسحابة خاصة به سيكون مثالياً

المزامنة مع OwnCloud ستكون مثيرة للاهتمام.

سيكون خيار Bittorrent Sync رائعًا أيضًا.

+1 لـ owncloud

كما كتب michielbdejong حول StackEdit ، قد يجد المرء بالداخل طرقًا مثيرة للاهتمام لموصل تخزين بيانات معمم متعدد المزودين.

أيضًا ، يتم الآن تنفيذ remoteStorage أيضًا.

+1 لـ owncloud!

+1

+1 Cozy.io و Owncloud و Bittorrent Sync. أي واحد من هؤلاء سيكون عظيما!

أعتقد أن هذا الخيط يوضح الحاجة إلى طريقة موحدة تربط Laverna بموفري التخزين. كل شخص لديه برنامجهم المفضل لاستضافة البيانات الشخصية. لا حرج في ذلك ، ولكن الآن بعد أن قدم المطورون وسائل تجارية قابلة للتطبيق (Dropbox) وغير تجارية (RemoteStorage) للقيام بذلك ، أفضل أن يركزوا على توسيع جوانب أخرى من المشروع. إن منح المستخدمين أدوات الاتصال بأنفسهم سيوفر الوقت على المدى الطويل.

أود أيضًا مزامنة Google Drive (أو حتى مزامنة Google Keep)

+1 - أتفق أيضًا معandtheWings.

لكن في الوقت الحالي أعتقد أن إضافة خدمتين: GoogleDrive (أساسي ، لأن معظم الناس يستخدمونه بالفعل) و OwnCloud (بديل غير تجاري يستخدم على نطاق واسع Dropbox) سيغطي قاعدة مستخدمين كبيرة جدًا ويفتح ملاحظات Laverna للعديد من الأشخاص.

هذا حقا يمكن أن يوسع المجتمع.

يرجى ملاحظة أن remoteStorage يجلب مزامنة Google Drive و Dropbox خارج الصندوق. تحقق في 5apps.com .

_Edit: _ Bittorrent Sync في المتصفح يبدو مغامرًا.

almereyda Err ، هل يمكنك أن تكون أكثر تحديدًا كيف يمكنني تخزين ملاحظاتي من خلال remoteData إلى google drive مع 5apps.com؟

almereyda إذا كنت تعني "المزامنة خارج الصندوق" أنك تحت سيطرتك الخاصة ، فإن OwnCloud كذلك.

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

نظرًا لأن معظم الأشخاص هنا يفضلون OwnCloud (بما فيهم أنا) وهو مفتوح / غير تجاري ، فإنني أوصي بالتأكيد بخيار يتم تطويره أولاً عبر Google Drive.

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

تضمين التغريدة

مرحى!

GDrive للجماهير / Owncloud للجماهير الحقيقية!
imho، Owncloud / GDrive يقدم مجموعة ممتازة من البرمجيات الحرة / الاحتكارية.

أنا أدير Laverna على موقع الويب الخاص بي. لماذا لا يمكنني حفظ البيانات (المشفرة) مباشرة على خادم الويب؟ أو يمكنني تطبيق RemoteStorage على خادم الويب الخاص بي؟ ليس لدي وصول SSH!

أعتقد أن Laverna لم يكن يُعتقد أنه تطبيق مستضاف ، ولكنه يعمل محليًا مع تخزين الملفات محليًا. أفضل حلاً مستضافًا أيضًا ، لأنه يجعل المزامنة بين الأجهزة أسهل بكثير.

محلي؟
إذا كنت أريد ملاحظات محلية ، فأنا أستخدم notepad.exe.
؛-)

تم تصميم Laverna لتكون غير مستضافة ، أي لتخزين البيانات محليًا على المتصفح افتراضيًا. مزيد من المعلومات هنا: https://unhosted.org/

"لا يمكن لأي منا الوصول إلى بياناتك الشخصية لأننا نستخدم IndexedDB و localStorage. في الواقع ، سيتم تخزين جميع معلوماتك على جانب العميل فقط."
هذا يعني ، afaik أن البيانات مخزنة محليًا (في مجلد يمكن الوصول إليه بواسطة المستعرض). ولكن يمكن للمرء استخدام Dropbox (ونأمل أن تكون هناك بدائل أخرى قريبًا) لمزامنة الملاحظات.

الجميع ، يرجى ملاحظة أن remoteStorage متاح الآن في Cozy Cloud ، بحيث يمكنك بسهولة

بالإضافة إلى ذلك ، نظرًا لأن Laverna تدعم remoteStorage ، ولكن يبدو أنها مواصفات قديمة ، بالفعل ، هناك عمل جار لدمجها في ownCloud أيضًا.

michielbdejongskddc هل يمكنك إلقاء نظرة سريعة على افيرنا وتفتيش لماذا فشلت في متزامنا مع 5apps؟ كان يعمل ، على ما أعتقد قبل إصدار 0.10. هل هم فقط لم يقوموا بتحديث العميل؟ هل يعقل أن submodule هو؟

لست على دراية بـ Marionette أو كود مصدر هذا التطبيق. ومع ذلك ، فنحن دائمًا هنا للمساعدة والإجابة وجميع الأسئلة ، سواء أكانت عامة أم أكيدة.

كل من يحافظ على دعم RS في هذا التطبيق (أو يحافظ على التطبيق بشكل عام): نحن نتطلع بشدة للترحيب بك في #remotestorage على Freenode أو الدردشة حول أي شيء على المنتديات أو GitHub.

أود إضافة Syncthing (https://syncthing.net/) و Seafile (http://seafile.com/en/home/) أيضًا.

1+ لـ OwnCloud!

1+ OwnCloud

سوف يكون Owncloud رائعًا.

سحابة خاصة +1

owncloud +1

owncloud +1
أنا في نفس الموقف تمامًا مثلPutdeksel
سيكون التحكم الكامل في ملاحظاتك باستخدام نظام التخزين الخاص بك أمرًا رائعًا.

سيكون التحكم الكامل في ملاحظاتك باستخدام نظام التخزين الخاص بك أمرًا رائعًا.

نعم ، إنه مدهش وهو ممكن بالفعل عبر دعم Laverna RemoteStorage. أنت غير مرتبط حتى بتنفيذ خادم واحد ، ولكن أي خادم يتحدث بروتوكول RS يمكنه تخزين ملاحظاتك. ؛)

skddc لم أبحث في RemoteStorage

+1 ownCloud.

ستكون مزامنة OwnCloud رائعة.

+1 لـ owncloud!

هل لي أن أقترح شيئًا لجميع مستخدمي كلاود هنا:

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

ومن ثم ، أعتقد أنه سيكون من الرائع أن تطلب / تصوت أو تساهم في دعم RS ل ownCloud نفسها!

بعد هذه المحادثة لبضع سنوات بالفعل ، لا بد لي من الثاني
أحدث ملاحظة skddc .

في 25 يوليو 2016 الساعة 14:22 ، كتب Sebastian Kippe [email protected] :

هل لي أن أقترح شيئًا لجميع مستخدمي كلاود هنا:

سيكون _ كثيرًا_ أسهل لمطوري التطبيقات (وليس هذا التطبيق فقط)
support ownCloud ، إذا كان على ownCloud دعم بروتوكول مفتوح لكل مستخدم
مخزن البيانات. يدعم هذا التطبيق بالفعل remoteStorage ، لذلك إذا كان ownCloud كذلك
لدعم remoteStorage ، بدلاً من أن يضطر المطورون إلى إضافة ملفات خاصة
ownCloud الدعم لتطبيقاتهم ، فحينئذٍ ستفعل جميع التطبيقات التي تدعم remoteStorage
يعمل تلقائيًا أيضًا مع ownCloud باعتباره خادم التخزين البعيد.

ومن ثم ، أعتقد أنه سيكون من الرائع أن تطلب / تصوت أو تساهم في RS
دعم ownCloud نفسها!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Laverna/laverna/issues/6#issuecomment -234938265 أو كتم الصوت
الخيط
https://github.com/notifications/unsubscribe-auth/ABka_MqpAc9pic432ehmtZ58HBUTh2Iyks5qZKqOgaJpZM4BqQ_m
.

أنا +1 هذه المشكلة!

حسنًا ، هل سيكون من الصعب تنفيذ webDAV لأن هذا يمكن اعتباره معيارًا مفتوحًا سيسمح بتوصيل لافيرنا بالعشرات من مزودي التخزين المختلفين؟

لماذا لا تخزن البيانات في دليل محلي محدد ويمكن للأشخاص مزامنة بياناتهم في السحابة عبر عملاء المزامنة مثل Seafile أو عملاء سطح المكتب الخاص بهم؟

لماذا لا تخزن البيانات في دليل محلي محدد ويمكن للأشخاص مزامنة بياناتهم في السحابة عبر عملاء المزامنة مثل Seafile أو عملاء سطح المكتب الخاص بهم؟

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

هل قام أي شخص هنا بفتح مشكلة خاصة بـ Cloud حول دمج remoteStorage حتى الآن؟ يمكنني فقط التأكيد على مدى روعة ذلك وأن Laverna ستدعم خاصية ownCloud تلقائيًا.

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

في الواقع لم أنجح مطلقًا في الحصول على مزامنة تخزين عن بُعد تعمل بكامل طاقتها. حاولت مرات عديدة ، ومن الصعب التعامل مع الجميع في كل مرة. لست مرتاحًا جدًا لبيانات IndexedDB ...

أنا على دراية بمزامنات DAVs. wwebfor أخبرني أن هناك طريقة أخرى للمزامنة في الفرن ، فكرت.

في الواقع لم أنجح مطلقًا في الحصول على مزامنة تخزين عن بُعد تعمل بكامل طاقتها. حاولت مرات عديدة ، ومن الصعب التعامل مع الجميع في كل مرة.

هل تقول إنها فشلت بعد إصلاح المزامنة منذ فترة ، وفتحت مشكلة حولها ، ولم تنتهِ؟

لم أر أي مشكلات أو طلبات من هذا القبيل ، ولكن يسعدني مساعدتك! لست متأكدًا مما تعنيه عبارة "صعوبة التعامل مع الجميع في كل مرة".

لست مرتاحًا جدًا لبيانات IndexedDB

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

هل تقول إنها فشلت بعد إصلاح المزامنة منذ فترة ، وفتحت مشكلة حولها ، ولم تنتهِ؟

لا ، سألت على Gitter ، وتوصلت إلى استنتاج مفاده أنه يجب علي تنظيف جميع بياناتي في كل متصفح استخدمته حيث يبدو أنه يعمل بشكل صحيح على متصفح نظيف (حيث لم يتم استخدام Laverna مطلقًا).

لست متأكدًا مما تعنيه عبارة "صعوبة التعامل مع الجميع في كل مرة".

كل متصفح (أو عميل سطح مكتب) أستخدمه ، في كل مرة أستخدم أحدهما.

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

نعم ، نعم ، أفهم. لكنني قصدت أنني لست معتادًا على هذه الطريقة لمزامنة البيانات.

يبدو وكأنه بعض قضية الترقية بالنسبة لي. لذا ، عندما تكتب ...

في الواقع لم أنجح مطلقًا في الحصول على مزامنة تخزين عن بُعد تعمل بكامل طاقتها

... هل هذا يعني أنه ما زال لا يعمل؟ إذا كان الأمر كذلك ، فسأكون سعيدًا لتقديم المساعدة.

+1 لـ webDAV ، معيار أكثر بكثير من حل "Owncloud فقط". دعونا نبقى مفتوحين يا شباب.

بدلاً من دمج مجموعة كبيرة من حلول hipster الجديدة غير المنطقية مثل remoteStorage ، فلماذا لا تستخدم webDav المجربة والمختبرة؟ أعني ما هو الهدف؟ لماذا تجبر المستخدمين على الانصياع لإرادتك إذا كان معيار الصناعة هو في الواقع شيء آخر؟

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

technodrome أنا لا أتحدث عن Laverna devs ، ولكن بصفتي مطور remoteStorage.js. ربما ليس من الواضح أن محاولتي مساعدة الناس هنا (لم أحاول أبدًا أي شيء آخر ، إذا كنت قد قرأت التاريخ بعناية) ليست مماثلة لإخبار الناس بالرحيل ، لأن آرائهم ليست صحيحة أو يسمعها شخص آخر. هذا بالتأكيد هو المكان المناسب للتعبير عنهم بقدر ما أستطيع رؤيته ، ولست متأكدًا من سبب كون تعليقك الأول في هذا الموضوع عدائيًا للغاية. دعونا نكون جميعًا لطيفين مع بعضنا البعض ، لأن هذا عمل تطوعي غير مدفوع الأجر لنا جميعًا!

بدلاً من ذلك ، تهدف إلى تسليحهم بقوة في شيء لا يريدون القيام به

لا أرى كيف يؤدي توفير برنامج مفتوح المصدر مجانًا إلى تسليح أي شخص. إذا كان هؤلاء جميعًا مطورين وأشخاص بارعين في التكنولوجيا ، فبالتأكيد يمكن لأي شخص المساهمة في دعم WebDAV ، إذا كان ذلك منطقيًا؟

لذلك ، دعونا ننظر إلى جدوى WebDAV بموضوعية. فيما يلي قائمة (ربما تكون غير مكتملة) بالمشكلات التي يمكنني التفكير فيها ، والتي قد تحتاج إلى حل لكي يتم دمج WebDAV. (هذه هي الأسباب الأساسية لإنشاء بروتوكول remoteStorage في المقام الأول. في الواقع ، كان RS يستخدم WebDAV في البداية ، وقرر المؤلفون إزالته لصالح واجهة برمجة تطبيقات REST أبسط ، استنادًا إلى العالم الحقيقي الاختبار والخبرة في ذلك):

1. كورس

الطريقة التي تعمل بها المتصفحات هي أن تطبيقًا غير مستضاف مثل Laverna يتصل مباشرة بالخادم من JavaScript. يحمل هذا في طياته قيودًا مفادها أن الخادم يجب أن يقدم رؤوس موارد متعددة الأصول لجميع الطلبات ودعم طلبات ما قبل الرحلة OPTIONS لأفعال HTTP التي يمكنها معالجة البيانات ، مثل POST و PUT و DELETE. معظم خوادم WebDAV لا تدعم هذا. لذا فإن الكثير من خوادم WebDAV ستكون غير متوافقة مع Laverna خارج الصندوق.

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

الحل في RS: يتطلب البروتوكول CORS خارج الصندوق. أيضًا ، يتم التعامل مع الاكتشاف عبر Webfinger ، حيث يمكن لعنوان المستخدم إرجاع جميع معلومات التكوين ، ولكن أيضًا حيث يمكن الإعلان عن الإمكانات الإضافية للخادم.

حل لـ WebDAV / Laverna العادي: هل من أفكار؟

2. أذونات / إذن

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

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

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

3. دعم غير متصل / متنقل

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

توجد مشكلتان هنا:

المشكلة 1: تحتاج الخوادم إلى دعم Etags ، لذلك يمكن للمرء إنشاء آلية مزامنة في المقام الأول

الحل في RS: يتم حل هذا جزئيًا في البروتوكول عن طريق طلب ETags في كل من موارد الدليل وقوائم العناصر الخاصة بها ، بالإضافة إلى المستندات الفردية نفسها. بناءً على ذلك ، يمكن للمرء إنشاء آليات مزامنة باستخدام رؤوس HTTP مثل If-None-Match واستجابات مثل فارغة 304 s لطلب أشياء لم تتغير و 412 لرفض ذلك الكتابة فوق شيء تم تغييره على جهاز مختلف في وقت مختلف.

حل WebDAV / Laverna العادي: لسوء الحظ ، لا يعد دعم Etag إلا أمرًا مطلوبًا في مواصفات WebDAV ، لذلك لا تدعمه العديد من الخوادم ، بل إن البعض يطلب من المستخدمين صراحة إيقاف الدعم ، حتى لو كان لديهم ، لأنه تم تنفيذه بطريقة غير مؤدية. (هذه في الواقع ليست مشكلة سهلة لمطور الخادم ؛ يمكنني بالتأكيد أن أشهد على ذلك). ولكن على غرار CORS ، فمن الممكن ، لذا فإن الحل هنا مرة أخرى هو اكتشاف الميزة وتوجيه المستخدمين لتهيئة الخادم الخاص بهم أو إخبارهم بضرورة التبديل إلى خادم آخر. لحسن الحظ ، هذا أسهل بكثير من CORS ، لأنه يمكن للمرء اكتشاف ذلك من JS عن طريق فحص رؤوس الاستجابة.

المشكلة الثانية: اكتب آلية مزامنة فعلية أو استخدم مكتبة توفر واحدة

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

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

يرجى المعذرة والإشارة إلى أي أخطاء أو حقائق خاطئة واردة في هذه القائمة. لقد كتبت كل ذلك بشكل أساسي من أعلى رأسي. سأقوم بنقل هذا إلى RS wiki في وقت ما قريبًا ، وأطلب من بعض الأشخاص مراجعة / تعديل ما كتبته ، حيث أعتقد أن هذا في الواقع شرح مفيد إلى حد ما للاختلافات بين WebDAV و RS ، وكيف يحل RS الأشياء التي يقوم WebDAV بها لا ، عندما يتعلق الأمر بتطبيقات الويب من جانب العميل والتي تعمل بالكامل في المتصفح (وهو أمر مفهوم ، نظرًا لأن إمكانات نظام الويب لم تكن موجودة بالفعل في ذلك الوقت ، ولم يكن المفهوم الكامل لتطبيقات الويب التي تعمل بدون اتصال بالإنترنت شيء).

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

عذرًا ، ولكن إذا كنت لا تستطيع فهم منظور المستخدم المنطقي لأنك تشعر أنه يؤذي مشاعرك أو آرائك ، فالمشكلة معك. يتم استخدام البرنامج المخصص للأشخاص حسب التحديد بواسطة أكثر من شخص واحد - وليس أنت فقط. على هذا النحو ، يجب دعوة الجميع لإبداء الرأي لأن العصف الذهني والأفكار هو ما يدفع المشاريع إلى الأمام. واستناداً إلى الأشخاص الذين أصدروا +1 لـ webDav أو دعم بروتوكول قياسي آخر ، فهذا ليس أنا فقط.

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

المستخدمون البارعون في التكنولوجيا لا يساويون المبرمجين. لا تقفز إلى الاستنتاجات لمجرد أنها تناسب خطابك.

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

أثناء قيامك بإدراج عدد كبير من الأسباب التي تجعله لا يعمل ولماذا يعتبر حل RS الخاص بك هو العلاج لكل وجع ، فأنا متأكد من أن نقطة النهاية الوسيطة (تطبيق Go؟) التي تعمل كخادم محلي (عميل ، خادم) يمكن أن تهتم بالتفويض و تتيح مجموعة من الاحتمالات لدمج أي بروتوكول تريده تقريبًا. من المؤكد أنه يجلب صداعًا أقل من الحفاظ على مجموعة كاملة من التكنولوجيا ، والتي قد يتم نسيانها أو لا تصبح عفا عليها الزمن في غضون عامين.

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

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

Le 24 février 2017 12:27:33 GMT + 00: 00 ، technodrome [email protected] écrit:

آسف ، ولكن إذا كنت لا تستطيع فهم منظور المستخدم الحس السليم
لأنك تشعر أنه يضر بمشاعرك أو آرائك ، ثم المشكلة
انه معك. يتم استخدام البرنامج المخصص للأشخاص حسب التعريف
أكثر من شخص - ليس أنت فقط. على هذا النحو ، يجب أن يكون الجميع
مدعو لإبداء الرأي لأن العصف الذهني والأفكار هو ما
يدفع المشاريع إلى الأمام. والحكم من خلال إصدار +1 لـ
webDav أو دعم بروتوكول قياسي آخر ، ليس أنا فقط.

أنت تحاول تحريف ما قلته وأخذ الأمور على محمل شخصي
على الرغم من أنها كانت بمثابة رأي شخصي على المستوى العام. لكن من أجل
النقطة - إذا لم يقدم المطور أي طريقة معيارية لـ
حفظ بيانات المستخدم ، ثم نعم - يقوم بتسليح المستخدم بقوة
استخدم تفضيل dev.

المستخدمون البارعون في التكنولوجيا لا يساويون المبرمجين. لا تقفز إلى الاستنتاجات
لمجرد أنه يناسب خطابك.

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

أثناء قيامك بإدراج عدد كبير من الأسباب التي تجعلك لا تعمل ولماذا
إن حل RS هو العلاج لكل وجع ، أنا متأكد من أنه وسيط
نقطة النهاية (Go app؟) التي تعمل كخادم محلي (عميل ، خادم) يمكن
رعاية التفويض وتمكين مجموعة من الاحتمالات ل
تكامل مع أي بروتوكول تريده. من المؤكد أنه يجلب أقل
صداع من الحفاظ على مجموعة كاملة من التكنولوجيا ، والتي قد أو ربما
لا تنسى وعفا عليها الزمن في غضون عامين.

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/Laverna/laverna/issues/6#issuecomment -282279742

-
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

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

نعم! لقد ذكرت ذلك بالضبط ثم قضيت الوقت والجهد في توضيح ما أعتقد أنه يجب حله لتحقيق رغبتك. لم أقم بتحريف أي شيء "ليناسب جدول الأعمال الخاص بي" ، وأدعو بشدة أنت وأي شخص آخر للإشارة إلى أي أخطاء واردة في تحليلي الموضوعي ، كما دعوتك للمساعدة في تقدم تنفيذ ما تفضله / فكرتك.

لسوء الحظ ، ليس من السهل العثور على حجج جوهرية أو حقائق جديدة بين الاتهامات في تعليق المتابعة الخاص بك. لكن فقرة واحدة تحتوي على فكرة على الأقل:

أنا متأكد من أن نقطة نهاية وسيطة (تطبيق Go؟) تعمل كخادم محلي (عميل ، خادم) يمكن أن تهتم بالتفويض وتمكين مجموعة من الاحتمالات لدمج أي بروتوكول تريده

لذا نعم ، سيكون ذلك ممكنًا بالطبع من الناحية النظرية. المشكلة في ذلك أنه يتعارض تمامًا مع آرائك وحجتك في نفس الفقرة:

من المؤكد أنه يجلب صداعًا أقل من الحفاظ على مجموعة كاملة من التكنولوجيا ، والتي قد يتم نسيانها أو لا تصبح عفا عليها الزمن في غضون عامين.

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

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

وأنا أتفق تماما مع ذلك! وقد شرحت بالتفصيل لماذا لم يصبح WebDAV بالفعل هذا المعيار لتطبيقات الويب من جانب العميل ، ولماذا تم إنشاء بروتوكول RS - مبدئيًا باستخدام WebDAV كواجهة برمجة تطبيقات - كمعيار جديد لجعله مستضافًا ذاتيًا لكل مستخدم تخزين ممكن لهذا النوع الدقيق من التطبيقات.

إنه في الواقع بروتوكول بسيط إلى حد ما وهو عكس "مكدس التكنولوجيا". في حالة عدم رؤيتك الشرح السريع لأجزائه ، يمكنك العثور عليه على هذا الموقع . - أيضًا ، فيما يتعلق بـ "webDav أو دعم بروتوكول قياسي آخر" ، هذا هو بالضبط المقصود بـ RS .

الآن ، قد تشعر بالطبع بالسلب حيال أن WebDAV ليس حلاً قابلاً للتطبيق بشكل مفرط لتطبيقات الويب من جانب العميل ، لكن هذا لا يغير الحقائق المطروحة بطريقة ما ، أو يجعلني أحمق مغرور بتوجيهها. من فضلك ، من فضلك ، دعونا نناقش هذا بعقلانية ، ونبعد الاتهامات الشخصية عنه. أنا في الحقيقة أحاول المساعدة فقط ، وليس هناك حاجة مطلقًا للسلبية. مرة أخرى: أحاول بالفعل مساعدتك في تحقيق هدفك ، وأنا بالتأكيد لا أجادل في أن يكون RS حلاً حصريًا على الإطلاق. إذا كان بإمكان أي شخص أن يتوصل إلى أي حل آخر ، يحقق نفس الأهداف ، فأنا آخر شخص يجادل ضده على أساس التفضيل الشخصي أو الأيديولوجية.

لا يمكن لـ Laverna ، كتطبيق ويب ، سوى دعم HTTP كبروتوكول نقل ويتطلب CORS لعمل أي شيء. ومع ذلك ، لسبب ما ، يقترح الناس أشياء مثل BitTorrent Sync أو WebDAV ، أحدهما لا يعمل عبر HTTP ولا يحتوي أي منهما على CORS كجزء من مواصفاته. في الواقع ، السابق ليس لديه حتى مواصفات ، إنه بروتوكول احتكاري. حتى أن technodrome يذهب إلى أبعد من استدعاء استخدام WebDAV "منظور مستخدم الفطرة السليمة" ، ومع ذلك ، مرة أخرى ، فإن استخدام WebDAV من تطبيق Javascript داخل المتصفح لا يعمل في الحالة العامة وبالتالي لا معنى له ، بغض النظر عن المنظور . الحديث عن استخدام وسيط وسيط لإضافة رؤوس CORS لا يتطابق أيضًا مع فكرتي عن تجربة مستخدم جيدة.

أعتقد أن هذا يُظهر حقًا أن هذه المناقشة يهيمن عليها في الغالب الأشخاص الذين يرغبون في "الحرية العامة للبرامج" ويتخلصون من أسماء بعض البروتوكولات المعمول بها ، وليس الأشخاص الذين نظروا بجدية في أي من هذه الخيارات من منظور تقني وقرروا ما إذا كانوا هي الأداة المناسبة للوظيفة. مرة أخرى أود أن أصل الكلمةtechnodrome، الذي بالإضافة يلقي نوبة غضب لأنه (المفهوم) تتصورskddc الصورة الدعوة لremoteStorage كما الشلن دفع أجندته الخاصة، في الوقت نفسهskddc هي الأولى في هذا الموضوع لتقديم حجة لائقة للبروتوكول الذي يقترحه.

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

1. راهن على remoteStorage ، ليس بعد قياسي
2. استخدم WebDAV على أي حال ، ولكن تتطلب رؤوس CORS. يعني هذا بشكل فعال دعم NextCloud و ownCloud فقط.
3. اكتب مكونًا إضافيًا مخصصًا لـ NextCloud ، باستخدام واجهة برمجة تطبيقات مخصصة

Ad 1: يعد remoteStorage كبروتوكول جيد جدًا ، لكنني لا أعتقد أن مكتبة العميل موجودة حتى الآن. في الواقع ، لم تكن التجربة الأخيرة التي مررت بها مع remoteStorage.js (مكتبة العميل) جيدة. كل شيء يعمل نوعًا ما ، ومع ذلك لا تزال هناك أخطاء طفيفة في كل مكان وأنا لا أعتبر واجهة برمجة تطبيقات "نمذجة البيانات" عالية المستوى قابلة للاستخدام. لا ينبغي أن يكون الجزء الأخير مهمًا ، نظرًا لأنه يمكنك فقط كتابة نموذج البيانات الخاص بك وقراءة الملفات الأولية وكتابتها.

Ad 2: هذا يعمل تمامًا ، لكنك الآن تقتصر على NextCloud / ownCloud بينما تضطر إلى التعامل مع التعقيد الوحشي لـ WebDAV. أعتقد أنه يمكنني التحدث نيابة عن كل شخص عمل مع هذا البروتوكول عندما أقول إن استخدام WebDAV فقط من أجل استخدام معيار لا يستحق كل هذا العناء إذا لم يستفيد المستخدم منه.

نظرًا لأن Laverna لديها بالفعل دعم remoteStorage ، أفترض أن استثمار المزيد من الوقت في إصلاح مكتبة عميل rs.js هو طريقة جيدة للمضي قدمًا ، على الرغم من أننا ربما نحتاج إلى دعم NextCloud لأي شخص لاستخدام تلك الخلفية. يعد تطبيق NextCloud المتخصص أيضًا خيارًا جيدًا IMO ، على الرغم من أن ذلك يفقد الهدف المتمثل في الحصول على معيار بأكثر من ذلك.

أهلا بك،
يرجى إبلاغ https://github.com/Laverna/laverna/issues/971#issuecomment -411423965 الذي يوضح حالة هذا المشروع.

أتمنى لك نهارًا / ليلة سعيدة ،
هتافات،
نصار