Laverna: Синхронизация с некоммерческим хранилищем

Или Owncloud ...

Посмотрите vole.cc. У них есть собственный сервер на основе Go, который сохраняет данные в файлы. Возможно, вы могли бы просто подключиться к нему для удобного локального хранения.

Да, подключение к owncloud будет идеальным

Было бы интересно синхронизировать с OwnCloud.

Также было бы неплохо использовать Bittorrent Sync.

+1 для owncloud

Как писал @michielbdejong о StackEdit , внутри можно найти интересные подходы к универсальному коннектору хранения данных с несколькими поставщиками.

Также теперь реализован remoteStorage .

+1 за owncloud!

+1

+1 Cozy.io, Owncloud, Bittorrent Sync. Любой из них был бы великолепен!

Я думаю, что этот поток демонстрирует потребность в стандартизированном методе, который соединяет Лаверну с поставщиками хранилищ. У каждого есть своя предпочтительная программа для хранения личных данных. В этом нет ничего плохого, но теперь, когда разработчики предоставили жизнеспособные коммерческие (Dropbox) и некоммерческие (RemoteStorage) средства для этого, я бы предпочел, чтобы они сосредоточились на расширении других аспектов проекта. Предоставление пользователям инструментов для самостоятельного подключения освободит время в долгосрочной перспективе.

Я также хотел бы синхронизировать Google Диск (или даже синхронизацию Google Keep)

+1 - Я тоже согласен с @andtheWings.

Но пока я думаю, что добавление двух служб: GoogleDrive (основной, поскольку большинство людей уже используют его) и OwnCloud (широко используемая некоммерческая альтернатива Dropbox) охватит очень большую базу пользователей и откроет заметки Лаверны для многих других людей.

Это действительно может расширить сообщество.

Обратите внимание, что remoteStorage обеспечивает синхронизацию с Google Диском и Dropbox прямо из коробки. Проверьте на 5apps.com .

_Edit: _ Bittorrent Sync в браузере звучит авантюрно.

@almereyda Эээ , не могли бы вы

@almereyda Если под «нестандартной синхронизацией» вы имеете в виду ваш собственный контроль, то и OwnCloud.

Но моя цель - распространить использование Лаверны и сделать ее легко принятой широкой публикой. Я считаю, что Google Диск - это недостающее звено. У большинства людей есть учетная запись Google, и они могут напрямую использовать свой Google Диск, а не перезапускаться с помощью регистрации и настройки другой службы.

Поскольку большинство людей здесь предпочитают OwnCloud (включая меня), и он открытый / некоммерческий, я определенно рекомендую вариант, который сначала разрабатывается на Google Диске.

Я решил использовать Лаверну, надеясь, что она превратится во что-то способное заменить Evernone. Я использую OwnCloud для замены Dropbox, Google Drive и т. Д. Я предпринял эти шаги, чтобы больше не зависеть от этих сервисов и соглашаться с их условиями. Я понимаю, что добавление возможности синхронизации с такими службами, как Dropbox, повысило бы популярность (и я поощряю это), но лично для меня это не подходит.

@SandeepPinge

Ура!

GDrive для масс / Owncloud для настоящих!
imho, Owncloud / GDrive - отличная комбинация бесплатного / проприетарного программного обеспечения.

Я использую Лаверну в собственном веб-пространстве. Почему я не могу сохранить данные (зашифрованные) непосредственно на веб-сервере? Или я могу реализовать RemoteStorage на своем веб-сервере? У меня нет доступа по SSH!

Я думаю, что Laverna не считалась размещенным приложением, а запускалась локально с локальным хранением файлов. Я бы также предпочел размещенное решение, поскольку оно значительно упрощает синхронизацию между устройствами.

Местный?
Если мне нужны локальные заметки, я использую notepad.exe.
;-)

Laverna была разработана так, чтобы ее нельзя было размещать на хосте, то есть данные по умолчанию сохранялись локально в браузере. Подробнее здесь: https://unhosted.org/

«Никто из нас не может получить доступ к вашим личным данным, потому что мы используем IndexedDB и localStorage. Фактически вся ваша информация будет храниться только на стороне клиента».
Это означает, что данные хранятся локально (в папке, доступной для браузера). Но можно использовать Dropbox (и, надеюсь, скоро другие альтернативы) для синхронизации заметок.

Всем, обратите внимание, что remoteStorage теперь доступен в Cozy Cloud , так что вы можете легко создать свой собственный экземпляр.

Кроме того, поскольку Laverna поддерживает remoteStorage, но, похоже, это уже старая спецификация, ведется работа по ее интеграции и в ownCloud .

@michielbdejong @skddc Не могли бы вы взглянуть на Лаверну и выяснить, почему она не синхронизируется с 5приложениями? Раньше это работало, я думаю, до выпуска 0.10. Просто не обновили клиент? Имеет ли смысл submodule это?

Я не знаком с Marionette или исходным кодом этого приложения. Однако мы всегда здесь, чтобы помочь и ответить на все вопросы, как общие, так и по конкретному коду.

Тот, кто поддерживает поддержку RS в этом приложении (или поддерживает приложение в целом): мы с нетерпением ждем возможности приветствовать вас в #remotestorage на Freenode или поболтать о чем угодно на форумах или GitHub.

Я бы также добавил Syncthing (https://syncthing.net/) и Seafile (http://seafile.com/en/home/).

1+ для OwnCloud!

1+ OwnCloud

Owncloud был бы отличным.

Owncloud +1

owncloud +1

owncloud +1
Я в точно такой же ситуации, как @Putdeksel
Было бы замечательно иметь полный контроль над своими заметками с помощью собственной системы хранения.

Было бы замечательно иметь полный контроль над своими заметками с помощью собственной системы хранения.

Да, это _is_ потрясающе, и это уже возможно благодаря поддержке Laverna RemoteStorage. Вы даже не привязаны к одной реализации сервера, но любой сервер, говорящий по протоколу RS, может хранить ваши заметки. ;)

@skddc Честно говоря, я не заглядывал в RemoteStorage. Но, к сожалению, из того, что я вижу, похоже, что он не поддерживается на сервере, который у меня есть у моего провайдера. Надеюсь, это произойдет в ближайшее время!

+1 ownCloud.

Синхронизация с OwnCloud была бы отличной.

+1 за owncloud!

Могу я предложить кое-что всем присутствующим здесь пользователям ownCloud:

Разработчикам приложений (не только этого приложения) было бы намного проще поддерживать ownCloud, если бы ownCloud поддерживал открытый протокол для хранения данных для каждого пользователя. Это приложение уже поддерживает удаленное хранилище, поэтому, если ownCloud будет поддерживать удаленное хранилище, вместо того, чтобы разработчикам добавлять в свои приложения специальную поддержку ownCloud, все приложения с поддержкой RemoteStorage будут автоматически работать с ownCloud, выступающим в качестве удаленного сервера хранения.

Следовательно, я думаю, было бы здорово, если бы вы попросили / проголосовали за или внесли поддержку RS в сам ownCloud!

После этого разговора уже несколько лет я должен
Последнее замечание @skddc .

25 июля 2016 года в 14:22 Себастьян Киппе [email protected] написал:

Могу я предложить кое-что всем присутствующим здесь пользователям ownCloud:

Разработчикам приложений (не только этого приложения) было бы намного проще
поддерживать ownCloud, если ownCloud поддерживает открытый протокол для каждого пользователя
хранилище данных. Это приложение уже поддерживает удаленное хранилище, поэтому, если ownCloud был
для поддержки удаленного хранилища вместо того, чтобы разработчикам приходилось добавлять специальные
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, поскольку это можно было бы рассматривать как открытый стандарт, который позволит подключать laverna к десяткам различных поставщиков хранилищ?

Почему бы не хранить данные в указанном локальном каталоге, и люди могут синхронизировать свои данные в облаке с помощью клиентов синхронизации, таких как клиенты Seafile или ownCloud Desktop?

Почему бы не хранить данные в указанном локальном каталоге, и люди могут синхронизировать свои данные в облаке с помощью клиентов синхронизации, таких как клиенты Seafile или ownCloud Desktop?

Это возможно только в потенциальной упакованной версии приложения, но не в Интернете. Это также то, что решает remoteStorage и почему он используется в Лаверне.

Кто-нибудь здесь открыл проблему ownCloud по поводу интеграции удаленного хранилища? Я могу только подчеркнуть, насколько это было бы здорово и что Лаверна автоматически поддержала бы ownCloud.

Это возможно только в потенциальной упакованной версии приложения, но не в Интернете. Это также то, что решает remoteStorage и почему он используется в Лаверне.

На самом деле мне никогда не удавалось получить полнофункциональную синхронизацию с удаленным хранилищем. Я пробовал много раз, и постоянно иметь дело со всеми довольно сложно. Мне не очень нравятся данные IndexedDB ...

Я хорошо знаком с синхронизацией файлов DAV. @wwebfor сказал мне, что есть еще один способ синхронизировать в духовке, подумал.

На самом деле мне никогда не удавалось получить полнофункциональную синхронизацию с удаленным хранилищем. Я пробовал много раз, и постоянно иметь дело со всеми довольно сложно.

Вы говорите, что это не удалось после того, как некоторое время назад была исправлена ​​синхронизация, и вы открыли проблему по этому поводу, которая не пришла к выводу?

Я не видел таких вопросов или запросов, но буду рад вам помочь! Не уверен, что означает «трудно иметь дело со всеми каждый раз».

Мне не очень нравятся данные IndexedDB

Что ж, это, по сути, единственная база данных, доступная локально в современных браузерах (за исключением, конечно, localStorage), так что вариантов использования чего-то еще нет.

Вы говорите, что это не удалось после того, как некоторое время назад была исправлена ​​синхронизация, и вы открыли проблему по этому поводу, которая не пришла к выводу?

Нет, я спросил в Gitter и пришел к выводу, что я должен очистить все свои данные в каждом браузере, который я использовал, поскольку кажется, что он правильно работает в чистом браузере (где Laverna никогда не использовалась).

Не уверен, что означает «трудно иметь дело со всеми каждый раз».

Каждый браузер (или настольный клиент), который я использую, каждый раз, когда я использую один из них.

Что ж, это, по сути, единственная база данных, доступная локально в современных браузерах (за исключением, конечно, localStorage), так что вариантов использования чего-то еще нет.

Да, да, я понимаю. Но я имел ввиду, что не привык к такому способу синхронизации данных.

Для меня это похоже на проблему с обновлением. Итак, когда вы пишете ...

На самом деле мне никогда не удавалось получить полнофункциональную синхронизацию с удаленным хранилищем

... это значит, что он все еще не работает? В таком случае я все равно буду рад помочь.

+1 для webDAV, гораздо более стандартное решение, чем решение "только Owncloud". Давайте оставаться открытыми, ребята.

Вместо того, чтобы интегрировать множество бессмысленных новых хипстерских решений, таких как remoteStorage, почему бы не использовать проверенный временем webDav? Я имею ввиду в чем смысл? Почему вы заставляете пользователей подчиняться своей воле, если отраслевой стандарт де-факто является чем-то другим?

Говоря «да», rs поддерживает это, и от этого мало пользы для большинства людей. Но я не хочу использовать еще один протокол, который меня не волнует. Вы поддерживаете коммерческий Dropbox, но ВЛАДЕНИЕ Заметками означает, что я не хочу сохранять их на стороннем сервере. Вы просто не хотите понимать, что ваше программное обеспечение выживет только в том случае, если люди захотят его использовать из-за его дружелюбности и гибкости. Вместо этого вы стремитесь убедить их в том, что они не хотят делать. Это все разработчики и технически подкованные люди, вы просто не понимаете этого простого факта.

@technodrome Я говорю не от разработчиков Laverna, а как разработчик remoteStorage.js. Может быть, непонятно, что мои попытки помочь людям здесь (я никогда не пробовал ничего другого, если вы внимательно читаете историю) - это не то же самое, что призывать людей уйти, потому что их мнение недействительно или не слышно кем-то другим. Это, безусловно, подходящее место, чтобы озвучить их, насколько я могу судить, и я не уверен, почему ваш первый комментарий в этой ветке такой враждебный. Будем же добры друг к другу, ведь это неоплачиваемая волонтерская работа для всех нас!

Вместо этого вы стремитесь убедить их в том, что они не хотят делать.

Я не понимаю, как бесплатное предоставление программного обеспечения с открытым исходным кодом может кого-то сильно вооружить. Если все это разработчики и технически подкованные люди, конечно, кто-то может внести свой вклад в поддержку WebDAV, если это имеет смысл?

Итак, давайте посмотрим на жизнеспособность WebDAV объективно. Вот (вероятно, неполный) список проблем, о которых я могу думать, которые необходимо решить для интеграции WebDAV. (По сути, это те самые причины, по которым протокол remoteStorage был создан в первую очередь. Фактически, RS использовала WebDAV с самого начала, и авторы решили удалить его в пользу более простого REST API, основанного на реальном тестирование и опыт работы с этим):

1. CORS

Браузеры работают так, что не размещенное на хосте приложение, такое как Laverna, напрямую подключается к серверу через JavaScript. Это влечет за собой ограничение, заключающееся в том, что сервер должен предлагать заголовки ресурсов Cross Origin для всех запросов и поддерживать предполетные запросы 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, проверив заголовки ответов.

Проблема 2: напишите реальный механизм синхронизации или используйте библиотеку, которая его предоставляет.

Решение в RS: очень рано один из авторов спецификации начал создавать эталонную клиентскую библиотеку, чтобы решить эту проблему для людей, которые хотят интегрировать RS в свои приложения. Он все еще поддерживается и развивается и прошел боевые испытания на сотнях тысяч различных подключений, устройств, ОС, браузеров, в Кордове и так далее. Он также используется в Лаверне. Первый коммит этого относится к ноябрю 2010 года, так что это определенно не «новое хипстерское решение». Если в нем есть ошибки, есть люди, которые рады помочь с ними, и любая обратная связь была и всегда приветствуется (отсюда и мои активные ответы в этой теме).

Решение для простого WebDAV / Laverna: одним из возможных решений может быть настраиваемая библиотека, созданная вручную. Усилия по созданию, исправлению и сопровождению такого кода, безусловно, затмили бы другие проблемы, которые я перечислил, и тем не менее, конечно, это вполне возможно. Основная проблема, которую я бы предположил, помимо буквально тысячи других вещей, которые необходимо реализовать, - это, вероятно, переменное поведение серверов WebDAV в конечном итоге, особенно. их реализация Etag. Однако, если вы знаете о такой библиотеке (я ее не знаю, и я также не смог ее найти, когда только что проверил еще раз), стало бы очень возможно решить другие нерешенные проблемы каким-либо образом и предоставить WebDAV для технические пользователи.

Пожалуйста, извините и укажите на любые ошибки или неверные факты, содержащиеся в этом списке. По сути, я написал все это в голове. Вскоре я перенесу это в вики RS и попрошу некоторых людей просмотреть / отредактировать то, что я написал, поскольку я думаю, что это на самом деле довольно полезное объяснение различий между WebDAV и RS и того, как RS решает проблемы, которые WebDAV нет, когда дело доходит до клиентских веб-приложений, которые полностью запускаются в браузере (что понятно, поскольку возможности веб-платформы на самом деле не существовали тогда, и вся концепция автономных веб-приложений не была вещь).

@technodrome. Если вы хотите добиться прогресса в достижении цели получения поддержки WebDAV, то указание на возможные решения любой из этих проблем (или фактов, которые их полностью аннулируют), вероятно, будет иметь большое значение.

Извините, но если вы не можете понять здравую точку зрения пользователя, потому что чувствуете, что это задевает ваши чувства или мнения, тогда проблема в вас. Программное обеспечение, предназначенное для людей, по определению используется более чем одним человеком, а не только вами. Таким образом, каждый должен быть приглашен высказать свое мнение, потому что мозговой штурм и идеи - это то, что продвигает проекты вперед. И судя по людям, выдающим +1 для поддержки webDav или других стандартизированных протоколов, это не только я.

Вы пытаетесь исказить то, что я сказал, и воспринимать вещи лично, даже если они имели в виду личное мнение на общем уровне. Но к делу - если разработчик не предлагает какой-либо стандартизированный метод сохранения пользовательских данных, тогда да - он / она настоятельно рекомендует пользователю использовать предпочтения разработчика.

Технически подкованные пользователи не равны программистам. Не спешите с выводами только потому, что это соответствует вашей риторике.

Кроме того, я четко сказал, что ценю работу и усилия, и действительно ценю. Это не значит, что я слепо соглашусь со всем только потому, что вы так сказали. Это мое право, как и ваше, и есть миллион способов решить эту проблему. Конечно, вы продвигаете свой продукт, но давайте будем немного демократичными и предложим свободу выбора, которая подходит большему количеству людей, а не только вам.

Хотя вы перечислили множество причин, по которым он не может работать и почему ваше решение RS является лекарством от каждой боли, я уверен, что промежуточная конечная точка (приложение Go?), Работающая как локальный демон (клиент, сервер), может позаботиться об авторизации и предоставьте множество возможностей для интеграции практически любого протокола, который вы хотите. Безусловно, это приносит меньше головной боли, чем поддержание целого набора технологий, которые могут или не могут быть забыты и устарели через два года.

Кроме того, мой комментарий не был направлен на то, чтобы доказать, что кто-то ошибается, просто чтобы сказать, что существует определенный отраслевой стандарт и есть причина, по которой все становится таким стандартом. Если вы не можете этого понять, я боюсь, что нет аргументов, которые могли бы убедить вас в какой-либо другой истине, кроме вашей.

Что ж, я прочитал хорошие аргументы с обеих сторон. В конце концов, владение своим хранилищем стало для меня требованием и перешло в turtl, поскольку (зашифрованное) хранилище на сервере является частью ядра проекта.
Как упоминалось ранее, если продукт не соответствует всем вашим потребностям, и в этом случае, похоже, для этого есть причины (с которыми, конечно, можно поспорить), тогда поищите что-то более близкое к вашим потребностям и требованиям.
Я уверен, что многим нравится размещать свои файлы в Dropbox. Не нужно волноваться, особенно над продуктом с открытым исходным кодом. Я понимаю и разделяю разочарование, но у открытого исходного кода много бизнес-планов, и иногда они не соответствуют нашим требованиям. Просто нужно с этим разобраться.

24 февраля 2017 г. 12:27:33 GMT + 00: 00, technodrome [email protected] , критик:

Извините, но если вы не понимаете здравого смысла с точки зрения пользователя
потому что вы чувствуете, что это задевает ваши чувства или мнения, тогда проблема
с тобой. Программное обеспечение, предназначенное для людей, по определению используется
более одного человека - не только вы. Таким образом, каждый должен быть
пригласили высказать свое мнение, потому что мозговой штурм и идеи - это то, что
продвигает проекты вперед. И судя по людям, выдающим +1 за
webDav или поддержка других стандартизованных протоколов, это не только я.

Вы пытаетесь исказить то, что я сказал, и принимать вещи на свой счет, даже
хотя они предназначались как личное мнение на общем уровне. Но
суть - если разработчик не предлагает какой-либо стандартизированный метод
сохраняя данные пользователя, тогда да - он / она сильно вооружает пользователя
используйте предпочтения разработчика.

Технически подкованные пользователи не равны программистам. Не торопитесь с выводами
просто потому, что это соответствует вашей риторике.

Кроме того, я четко сказал, что ценю работу и усилия, и действительно ценю.
Это не значит, что я слепо соглашусь со всем только потому, что
ты так сказал. Это мое право, как и ваше, и есть миллион способов
как решить эту проблему. Конечно, ты толкаешь свой
продукта, но давайте будем немного демократичными и предложим свободу
выбор, который подходит большему количеству людей, а не только вам.

Хотя вы перечислили множество причин, почему он не может работать и почему ваш
Раствор RS - это лекарство от любой боли, я уверен, что посредник
конечная точка (приложение Go?), работающая как локальный демон (клиент, сервер), могла
позаботьтесь об авторизации и предоставьте множество возможностей для
интегрировать практически любой протокол, который вы хотите. Несомненно, приносит меньше
головная боль, чем поддержка целого стека технологий, которые могут или могут
не быть забытым и устаревшим через два года.

Кроме того, мой комментарий не был направлен на то, чтобы доказать, что кто-то ошибается, просто чтобы сказать
есть определенный отраслевой стандарт, и есть причина, по которой
стать таким стандартом. Если вы этого не понимаете, я боюсь
нет аргументов, которые могли бы убедить вас в какой-либо другой истине
чем твой.

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую или просмотрите его на GitHub:
https://github.com/Laverna/laverna/issues/6#issuecomment -282279742

-
Посланник одежды для Android с K-9 Mail. Veuillez excuser ma brièveté.

Таким образом, каждый должен быть приглашен высказать свое мнение, потому что мозговой штурм и идеи - это то, что продвигает проекты вперед. И судя по людям, выдающим +1 для поддержки webDav или других стандартизированных протоколов, это не только я.

Да! Я сказал именно это, а затем потратил время и усилия, чтобы указать на то, что, по моему мнению, необходимо решить, чтобы исполнить ваше желание. Я ничего не искажал, чтобы «соответствовать моей повестке дня», и я активно приглашаю вас и всех остальных указать на любые ошибки, содержащиеся в моем объективном анализе, и я также пригласил вас помочь продвинуться в реализации ваших собственных предпочтений / идей.

К сожалению, в вашем последующем комментарии нелегко найти существенные аргументы или новые факты среди обвинений. Но в одном абзаце есть хотя бы идея:

Я уверен, что промежуточная конечная точка (приложение Go?), Работающая как локальный демон (клиент, сервер), может позаботиться об авторизации и предоставить множество возможностей для интеграции практически любого протокола, который вы хотите

Так что да, теоретически это, конечно, возможно. Проблема в том, что это полностью противоречит вашим собственным мнениям и аргументам в том же абзаце:

Безусловно, это приносит меньше головной боли, чем поддержание целого набора технологий, которые могут или не могут быть забыты и устарели через два года.

Ваша идея будет означать именно это: создавать, тестировать и поддерживать целый новый стек технологий («клиент, сервер»), чтобы веб-приложение могло удаленно хранить данные и синхронизировать их между устройствами. Помимо проблемы изобретения и поддержки всего этого нового стека, было бы также довольно сложно запустить эту локальную программу на всех ваших устройствах, особенно на мобильных.

Кроме того, мой комментарий не был направлен на то, чтобы доказать, что кто-то ошибается, просто чтобы сказать, что существует определенный отраслевой стандарт и есть причина, по которой все становится таким стандартом.

Я полностью согласен с этим! И я подробно объяснил, почему WebDAV на самом деле не стал таким стандартом для клиентских веб-приложений и почему протокол RS был создан - первоначально с WebDAV даже в качестве API - как новый стандарт, позволяющий сделать индивидуальный хостинг для каждого пользователя. хранение возможно именно для этого типа приложений.

На самом деле это довольно простой протокол, противоположный «стеку технологий». Если вы не видели краткое описание его частей, вы можете найти его на этом веб-сайте . - Кроме того, что касается «поддержки webDav или других стандартизованных протоколов», это именно то .

Теперь, вы можете, конечно , чувствовать себя негативно о WebDAV не будучи слишком жизнеспособным решением для клиентской стороны веб - приложений, но это как - то не меняет фактов под рукой, или сделай меня эгоистичным мудак для указывая на них. Пожалуйста, пожалуйста, давайте обсудим это рационально, и сохранить личные обвинения из него. На самом деле я всего лишь пытаюсь помочь, и в негативе абсолютно нет нужды. Опять же: я на самом деле пытаюсь помочь вам в достижении вашей цели, и я определенно не утверждаю, что RS вообще является эксклюзивным решением. Если кто-то может придумать какое-либо другое решение для достижения тех же целей, то я последний, кто будет возражать против него, основываясь на личных предпочтениях или идеологии.

Laverna, как веб-приложение, может поддерживать только HTTP в качестве протокола передачи и требует CORS для того, чтобы все работало. Тем не менее, по какой-то причине люди предлагают такие вещи, как BitTorrent Sync или WebDAV, один из которых не работает через HTTP и ни один из них не имеет CORS как часть своей спецификации. На самом деле у первого даже нет спецификации, это проприетарный протокол. @technodrome даже доходит до того, что называет использование WebDAV "здравым смыслом пользователя", хотя, опять же, использование WebDAV из приложения Javascript в браузере просто не работает в общем случае и, следовательно, не имеет смысла, независимо от точки зрения. . Разговор об использовании промежуточного прокси для добавления заголовков CORS также не соответствует моему представлению о хорошем UX.

Я думаю, это действительно показывает, что в этой дискуссии в основном доминируют люди, желающие «общей свободы программного обеспечения» и выбрасывающие названия некоторых установленных протоколов, а не люди, которые на самом деле серьезно изучили любой из этих вариантов с технической точки зрения и определили, действительно ли они являются правильным инструментом для работы. Опять же, я хотел бы крикнуть @technodrome, который в дополнение бросает истерику , потому что он (понятно) воспринимает @skddc «сек пропаганда remoteStorage в шиллинг толкая его собственную повестку дня, в то же время @skddc является первым в этой теме чтобы стать достойным аргументом в пользу предлагаемого им протокола.

Пожалуй, стоит признать, что даже по прошествии трех лет, когда этот вопрос был открыт, стандарта для этого просто нет. Что оставляет нам три варианта:

1. Ставка на удаленное хранилище, еще не стандартное
2. В любом случае используйте WebDAV, но для этого требуются заголовки CORS. Фактически это означает поддержку только NextCloud и ownCloud.
3. Напишите собственный плагин NextCloud с настраиваемым API

Объявление 1: remoteStorage как протокол неплох, но я не думаю, что клиентская библиотека там еще. Фактически, мой последний опыт работы с remoteStorage.js (клиентской библиотекой) был не очень хорош. Все вроде работало, но повсюду по-прежнему были мелкие ошибки, и я просто не считаю, что высокоуровневый API «моделирования данных» пригоден для использования. Последняя часть не имеет значения, учитывая, что вы можете просто написать свою собственную модель данных, а также читать и записывать необработанные файлы.

Объявление 2: Это полностью работает, но теперь вы ограничились NextCloud / ownCloud, имея дело с чудовищной сложностью WebDAV. Я думаю, что могу говорить от лица всех, кто когда-либо работал с этим протоколом, когда говорю, что использование WebDAV только ради использования стандарта не стоит того, если пользователь не получает от этого пользы.

Учитывая, что в Laverna уже есть поддержка remoteStorage, я полагаю, что потратить больше времени на исправление клиентской библиотеки rs.js - хороший способ двигаться вперед, хотя нам, вероятно, понадобится поддержка NextCloud, чтобы кто-нибудь мог использовать этот бэкэнд. Специализированное приложение NextCloud также является хорошим вариантом IMO, хотя это еще больше упускает цель иметь стандарт.

Привет,
Пожалуйста, сообщите на https://github.com/Laverna/laverna/issues/971#issuecomment -411423965, в котором объясняется состояние этого проекта.

Хорошего дня / ночи,
Ваше здоровье,
Ниссар