Laverna: 非商用ストレージに同期する

またはOwncloud..。

vole.ccを見てください。 彼らはファイルにものを保存するカスタムGoベースのサーバーを持っています。 ローカルストレージを簡単にするために、おそらくこれにプラグインするだけで済みます。

はい、owncloudにプラグインするのは完璧です

OwnCloudへの同期は興味深いでしょう。

BittorrentSyncオプションもいいでしょう。

owncloudの+1

@michielbdejongがStackEditについて書いたように、その中には、一般化されたマルチプロバイダーデータストレージコネクタへの興味深いアプローチが見つかるかもしれません。

また、 remoteStorageも実装されました。

owncloudの+1！

+1

+1 Cozy.io、Owncloud、Bittorrent Sync それらのいずれかが素晴らしいでしょう！

このスレッドは、Lavernaをストレージプロバイダーに接続する標準化された方法の必要性を示していると思います。 誰もが個人データをホストするための独自の優先プログラムを持っています。 それは何も悪いことではありませんが、開発者が実行可能な商用（Dropbox）および非商用（RemoteStorage）の手段を提供したので、プロジェクトの他の側面の拡張に集中することをお勧めします。 ユーザーが自分で接続するためのツールを提供することで、長期的には時間を解放できます。

また、Googleドライブの同期（またはGoogle Keepの同期）も必要です

+ 1- @ andtheWingsにも同意します。

しかし今のところ、2つのサービスを追加すると思います：GoogleDrive（ほとんどの人がすでにそれを使用しているのでプライマリ）とOwnCloud（広く使用されているDropboxの非商用代替）は非常に大きなユーザーベースをカバーし、より多くの人々にLavernaノートを開きます。

これは本当にコミュニティを拡大することができます。

remoteStorageは、GoogleドライブとDropboxの同期をすぐに利用できることに注意してください。 5apps.comで確認して

_編集：_ブラウザのBittorrentSyncは冒険的に聞こえます。

@almereyda Err、5apps.comを使用してremoteDataを介してGoogleドライブにメモを保存する方法を具体的に教えてください。

@almereyda 「

しかし、私のポイントは、Lavernaの使用法を広め、一般の人々が簡単に採用できるようにすることです。 私はグーグルドライブがそこに欠けているリンクであると信じています。 ほとんどの人はGoogleアカウントを持っており、別のサービスのサインアップとセットアップで再起動するのではなく、Googleドライブを直接使用できます。

ここのほとんどの人はOwnCloud（私を含む）を好み、それはオープン/非商用なので、Googleドライブよりも最初に開発されるオプションを絶対にお勧めします。

私はLavernaを使用することを選択しました。これは、Evernoneに取って代わることができるものに進化することを期待しています。 DropboxやGoogleドライブなどの代わりにOwnCloudを使用しています。 これらのサービスに依存して条件に同意する必要がなくなるように、これらの手順を実行しました。 Dropboxのようなサービスと同期するオプションを追加すると人気が高まると思いますが（私はそれをお勧めします）、個人的には適合しません。

@SandeepPinge

やあ！

大衆向けのGDrive /本物向けのOwncloud！
imho、Owncloud / GDriveは、優れた無料/プロプライエタリソフトウェアの組み合わせを作成します。

私は自分のウェブスペースでLavernaを実行しています。 データ（暗号化）をWebサーバーに直接保存できないのはなぜですか？ または、WebサーバーにRemoteStorageを実装できますか？ SSHアクセスがありません！

Lavernaはホストされたアプリケーションとは考えられていなかったと思いますが、ファイルをローカルに保存してローカルで実行されます。 デバイス間の同期がはるかに簡単になるため、ホスト型ソリューションもお勧めします。

ローカル？
ローカルノートが必要な場合は、notepad.exeを使用します。
;-)

Lavernaは、ホストされないように設計されています。つまり、データはデフォルトでブラウザにローカルに保存されます。 詳細はこちら： https ：

「IndexedDBとlocalStorageを使用しているため、誰もあなたの個人データにアクセスできません。実際、すべての情報はクライアント側にのみ保存されます。」
これは、データがローカルに（ブラウザからアクセスできるフォルダに）保存されていることを意味します。 ただし、Dropbox（およびできれば他の代替手段）を使用してメモを同期することもできます。

皆さん、 remoteStorageがCozy Cloudで

さらに、LavernaはremoteStorageをサポートしていますが、古い仕様のようですが、すでに、 ownCloudに統合する作業も進行中です。

@michielbdejong @skddc Lavernaをざっと見て、5appsとの同期に失敗する理由を調べていただけますか？ 0.10がリリースされる前は、以前は機能していたと思います。 彼らはクライアントを更新しなかったのですか？ submoduleするのは理にかなっていますか？

私はマリオネットやこのアプリのソースコードに精通していません。 ただし、一般的なコードと具体的なコードの両方について、私たちは常に支援と回答、およびすべての質問に対応しています。

このアプリでRSサポートを維持している（またはアプリ全体を維持している）人は誰でも：Freenodeの#remotestorageであなたを歓迎するか、フォーラムやGitHubで何かについてチャットすることを非常に楽しみにしています。

Syncthing（https://syncthing.net/）とSeafile（http://seafile.com/en/home/）も追加します。

OwnCloudの場合は1+！

1+ OwnCloud

Owncloudは素晴らしいでしょう。

Owncloud +1

owncloud +1

owncloud +1
私は@Putdekselとまったく同じ状況にあります
独自のストレージシステムを使用してノートを完全に制御できるのは素晴らしいことです。

独自のストレージシステムを使用してノートを完全に制御できるのは素晴らしいことです。

はい、それは驚くべきことであり、LavernaのRemoteStorageサポートを介してすでに可能です。 単一のサーバー実装に縛られることすらありませんが、RSプロトコルを話すすべてのサーバーがメモを保存できます。 ;）

@skddc正直に言うとRemoteStorageを調べていません。 しかし悲しいことに、私が見ることができることから、それは私のプロバイダーから持っているサーバーではサポートされていないようです。 うまくいけば、それは近い将来になります！

+ 1ownCloud。

OwnCloudの同期は素晴らしいでしょう。

owncloudの+1！

ここですべてのownCloudユーザーに何か提案してもいいですか：

ownCloudがユーザーごとのデータストレージ用のオープンプロトコルをサポートする場合、（このアプリだけでなく）アプリ開発者にとってownCloudをサポートする方がはるかに簡単です。 このアプリはすでにremoteStorageをサポートしているため、ownCloudがremoteStorageをサポートする場合、開発者がアプリに特別なownCloudサポートを追加する代わりに、すべてのremoteStorage対応アプリは自動的にownCloudがリモートストレージサーバーとして機能します。

したがって、あなたがongCloud自体にRSサポートを要求/投票したり、貢献したりするのは素晴らしいことだと思います！

すでに数年間この会話に続いて、私は2番目にする必要があります
@skddcの最新の発言。

午後02時22時2016年7月25日、セバスチャンKippeの[email protected]は書きました：

ここですべてのownCloudユーザーに何か提案してもいいですか：

（このアプリだけでなく）アプリ開発者にとっては、_はるかに_簡単です。
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を実装するのは難しいでしょうか。これは、lavernaを数十の異なるストレージプロバイダーに接続できるオープンスタンダードと見なすことができるからです。

指定したローカルディレクトリにデータを保存して、SeafileやownCloudデスクトップクライアントなどの同期クライアントを介してデータをクラウドに同期できるのはなぜですか？

指定したローカルディレクトリにデータを保存して、SeafileやownCloudデスクトップクライアントなどの同期クライアントを介してデータをクラウドに同期できるのはなぜですか？

これは、アプリの潜在的なパッケージバージョンでのみ可能であり、Webでは不可能です。 これは、remoteStorageが解決するものであり、Lavernaで使用される理由でもあります。

ここにいる誰かが、これまでにremoteStorageの統合に関するownCloudの問題を開いたことがありますか？ 私はそれがどれほど素晴らしいか、そしてLavernaが自動的にownCloudをサポートすることを強調することしかできません。

これは、アプリの潜在的なパッケージバージョンでのみ可能であり、Webでは不可能です。 これは、remoteStorageが解決するものであり、Lavernaで使用される理由でもあります。

私は実際、完全に機能するremoteStorage同期を実現することに成功したことはありません。 何度もやってみましたが、毎回みんなと接するのはなかなか大変です。 IndexedDBデータにあまり慣れていません...

私はDAVの同期にかなり精通しています。 @wwebforは、オーブンで同期する別の方法があると私に言った、と思った。

私は実際、完全に機能するremoteStorage同期を実現することに成功したことはありません。 何度もやってみましたが、毎回みんなと接するのはなかなか大変です。

しばらく前に同期が修正された後、失敗したと言っていて、それに関する問題を開いたのですが、それは結論に達しませんでしたか？

そのような問題やリクエストは見たことがありませんが、喜んでお手伝いさせていただきます。 「毎回誰にでも対処するのが難しい」とはどういう意味かわからない。

IndexedDBデータにあまり慣れていません

ええと、それは基本的に最近のブラウザでローカルに利用できる唯一のデータベースです（もちろんlocalStorageを除いて）ので、他のものを使用するための実際のオプションはありません。

しばらく前に同期が修正された後、失敗したと言っていて、それに関する問題を開いたのですが、それは結論に達しませんでしたか？

いいえ、Gitterに質問したところ、クリーンなブラウザ（Lavernaが使用されたことがない）で正しく動作するように見えるため、使用したすべてのブラウザですべてのデータをクリーンアップする必要があるという結論に達しました。

「毎回誰にでも対処するのが難しい」とはどういう意味かわからない。

私が使用する各ブラウザ（またはデスクトップクライアント）は、いずれかを使用するたびに使用します。

ええと、それは基本的に最近のブラウザでローカルに利用できる唯一のデータベースです（もちろんlocalStorageを除いて）ので、他のものを使用するための実際のオプションはありません。

はい、はい、わかりました。 しかし、私はデータを同期するこの方法に慣れていないことを意味しました。

私にはアップグレードの問題のように聞こえます。 だから、あなたが書くとき...

私は実際に完全に機能するremoteStorage同期を行うことに成功したことはありません

...それはまだ機能しないという意味ですか？ その場合でも、喜んでお手伝いさせていただきます。

webDAVの+1。「Owncloudのみ」のソリューションよりもはるかに標準的です。 オープンな人たちにとどまりましょう。

remoteStorageのような無意味な新しいヒップスターソリューションをたくさん統合する代わりに、実証済みのwebDavを使用してみませんか？ どういう意味ですか？ 業界標準が事実上他の何かであるのに、なぜユーザーにあなたの意志に屈することを強いるのですか？

ええと言って、rsはこれをサポートしていて、それはほとんどの人にとってほとんど役に立たない。 しかし、私は気にしない別のプロトコルを使いたくありません。 あなたは商用のDropboxをサポートしていますが、メモを所有しているということは、それらをサードパーティのサーバーに保存したくないということです。 あなたはただあなたのソフトウェアがその親しみやすさと柔軟性のために人々がそれを使いたいと思った場合にのみ生き残ることを理解したくありません。 代わりに、あなたは彼らがやりたくない何かに彼らを強力に武装させることを目指しています。 これらはすべて開発者であり、技術に精通した人々です。この単純な事実はわかりません。

@technodrome私は

代わりに、あなたは彼らがやりたくない何かに彼らを強力に武装させることを目指しています

オープンソースソフトウェアを無料で提供することが、誰にとっても強力な武装であるとは思えません。 これらがすべて開発者で技術に精通した人々である場合、それが理にかなっているなら、確かに誰かがWebDAVサポートに貢献することができますか？

それでは、WebDAVの実行可能性を客観的に見てみましょう。 これは私が考えることができる問題の（おそらく不完全な）リストであり、WebDAVを統合するために解決する必要があります。 （これらは基本的に、remoteStorageプロトコルが最初に作成されたまさにその理由です。実際、RSは最初からWebDAVを使用していたため、作成者は実際の世界に基づいたより単純なRESTAPIを優先してWebDAVを削除することにしました。テストとそれに関する経験）：

1.CORS

ブラウザの仕組みは、LavernaのようなホストされていないアプリがJavaScriptからサーバーに直接接続することです。 これには、サーバーがすべてのリクエストにクロスオリジンリソースヘッダーを提供し、POST、PUT、DELETEなどのデータを操作できるHTTP動詞のOPTIONSプリフライトリクエストをサポートする必要があるという制限があります。 ほとんどのWebDAVサーバーはこれをサポートしていません。 したがって、多くのWebDAVサーバーは、そのままではLavernaと互換性がありません。

問題：これらのサーバーに互換性がないことを気にしない場合でも、サポートがあるかどうかをアプリはどのように検出しますか？ これは実際には、接続が失敗した理由に関する詳細をJSコードに意図的に提供しないブラウザーによってはるかに困難になるため、何らかの検出メカニズムが必要になります。 また、正確に原因が何であるか、アプリを使用するためにサーバーを切り替える必要がある可能性があることをユーザーに説明する必要があります。

RSのソリューション：プロトコルには、すぐに使用できるCORSが必要です。 また、検出はWebfingerを介して処理され、ユーザーアドレスはすべての構成情報を返すことができますが、サーバーの追加機能をアナウンスすることもできます。

プレーンなWebDAV / Lavernaのソリューション：何かアイデアはありますか？

2.権限/承認

プロトコルにそのようなものが組み込まれていないため、アクセス許可はWebDAVでサーバー側およびアカウントごとに処理する必要があります。 アクセスする特定のフォルダの認証が存在しません。

RSのソリューション： OAuth 2.0。アプリ開発者はストレージのどの部分にアクセスする必要があるかを決定でき、ユーザーはその部分を簡単に確認して、簡単なダイアログでアクセスを許可することができます。

プレーンなWebDAV / Lavernaの解決策：これは基本的に不可能ですが、もちろん、その機能をスキップして、Lavernaにすべてのデータへのアクセスを自発的に許可することは可能です。 エレガントではありませんが、確かに実装の目玉ではありません。

3.オフライン/モバイルサポート

これは特にWebDAVの問題ではなく、RS仕様だけで完全に解決されるわけでもありません。 しかし、モバイル対応のWebアプリの場合、それでも重要な要素です。 デスクトップ接続とモバイル接続の両方が定期的に切断されるため、メモが保存されないようにする必要があります。 したがって、ある種のオフラインストレージを使用し、リモートサーバーとインテリジェントに同期する必要があります（もちろん、優れたユーザーエクスペリエンスを作成したい場合は、ドロップするたびに再認証する必要はありません）。

ここには2つの問題があります。

問題1：サーバーはEtagsをサポートする必要があるため、最初に同期メカニズムを構築できます

RSでの解決策：これは、ディレクトリリソースとそのアイテムリストの両方、および単一のドキュメント自体にETagを要求することにより、プロトコルで部分的に解決されます。 これに基づいて、 If-None-MatchなどのHTTPヘッダーと、変更されていないものを要求するための空の304などの応答と拒否するための412などの応答を使用して同期メカニズムを構築できます。別のデバイスで別の時間に変更されたものを上書きします。

プレーンなWebDAV / Lavernaのソリューション：残念ながら、EtagサポートはWebDAV仕様ではSHOULDにすぎないため、多くのサーバーはサポートしていません。また、サポートが実装されているため、サポートをオフにするようにユーザーに明示的に要求するサーバーもあります。パフォーマンスの悪い方法で。 （これは実際にはサーバー開発者にとって簡単な問題ではありません。確かにそれを証明できます）。 ただし、CORSと同様に可能であるため、ここでの解決策は、機能の検出と、サーバーを構成するか、別のサーバーに切り替える必要があることをユーザーに指示することです。 幸い、これはCORSを使用するよりもはるかに簡単です。これは、応答ヘッダーを調べることでJSからこれを検出できるためです。

問題2：実際の同期メカニズムを作成するか、それを提供するライブラリを使用する

RSでの解決策：非常に早い段階で、仕様作成者の1人が、RSをアプリに統合したい人々のためにこの問題を解決するためのリファレンスクライアントライブラリの作成を開始しました。 それはまだ維持され、開発されており、コルドバなどで数十万の異なる接続、デバイス、OS、ブラウザでバトルテストが行​​われています。 Lavernaでも使用されています。 その最初のコミットは2010年11月にさかのぼるので、それは確かに「新しい流行に敏感なソリューション」ではありません。 バグがある場合は、喜んで手伝ってくれる人がいます。フィードバックはありがたいものであり、常に感謝しています（したがって、このスレッドでの積極的な対応）。

プレーンなWebDAV / Lavernaのソリューション：考えられるソリューションの1つは、カスタムの手動ロールライブラリです。 そのようなコードを作成、修正、維持する努力は、私がリストした他の問題を確かに小さくしますが、それでももちろんそれを行うことは非常に可能です。 私が想定する主な課題は、文字通り何千もの実装するものは別として、おそらく最終的にはWebDAVサーバーのさまざまな動作です。 それらのEtag実装。 ただし、そのようなライブラリを知っている場合（私は何も知らず、今すぐもう一度確認したところ、ライブラリが見つかりませんでした）、他の未解決の問題を何らかの方法で解決し、WebDAVを提供することが非常に可能になります。テクニカルユーザー。

このリストに含まれている間違いや間違った事実を言い訳して指摘してください。 私は基本的にそれをすべて頭のてっぺんから書きました。 これは近いうちにRSwikiに転送し、私が書いたものをレビュー/編集するように依頼します。これは実際にはWebDAVとRSの違い、およびRSがWebDAVの問題をどのように解決するかについてのかなり有用な説明だと思います。完全にブラウザーで実行されるクライアント側のWebアプリに関しては、そうではありません（Webプラットフォームの機能は当時は実際には存在せず、オフラインファーストのWebアプリの概念全体が存在しなかったため、これは理解できます。もの）。

@technodrome WebDAVサポートを取得するという目標を達成したい場合は、これらの問題のいずれかに対する潜在的な解決策（またはそれらを完全に無効にする事実）を指摘することはおそらく

申し訳ありませんが、常識的なユーザーの視点が自分の気持ちや意見を傷つけていると感じて理解できない場合は、問題はあなたにあります。 人々を対象としたソフトウェアは、あなただけでなく、複数の人が使用する定義によるものです。 ブレーンストーミングとアイデアがプロジェクトを前進させるものであるため、誰もが意見を述べるように招待されるべきです。 そして、webDavまたは他の標準化されたプロトコルサポートのために+1を発行している人々から判断すると、それは私だけではありません。

あなたは私が言ったことをひねって、一般的なレベルでの個人的な意見として意図されていたとしても、個人的に物事をとろうとしています。 しかし、要点として、開発者がユーザーデータを保存する標準化された方法を提供していない場合は、そうです。開発者は、開発者の設定を使用するようにユーザーを強力に武装しています。

技術に精通したユーザーはプログラマーと同等ではありません。 それがあなたのレトリックに合っているという理由だけで結論に飛びつくな。

また、私は仕事と努力に感謝しているとはっきりと言いました、そして私は本当にそうします。 あなたがそう言ったからといって、私が盲目的にすべてに同意するという意味ではありません。 それはあなたのものであり、この問題を解決する方法は無数にありますので、それは私の権利です。 もちろん、あなたはあなたの製品を推し進めていますが、ここで少し民主的になり、あなただけでなく、より多くの人々に合った選択の自由を提供しましょう。

それが機能しない理由とRSソリューションがすべての痛みの治療法である理由のボートロードをリストしましたが、ローカルデーモン（クライアント、サーバー）として実行されている中間エンドポイント（Goアプリ？）が承認を処理し、さまざまな可能性を有効にして、必要なほぼすべてのプロトコルを統合できます。 それは確かにテクノロジーのスタック全体を維持するよりも頭痛の種を少なくします。それは2年で忘れられて時代遅れになるかもしれません。

また、私のコメントは、特定の業界標準があり、物事がそのような標準になる理由があるというだけで、誰かが間違っていることを証明することを意図していませんでした。 あなたがそれを理解できないならば、私はあなた以外の真実をあなたに納得させることができる議論がないのではないかと心配しています。

まあ、私は両側で良い議論を読んだ。 最終的に私のストレージを所有することは私にとっての要件であり、サーバー上の（暗号化された）ストレージはプロジェクトのコアの一部であるため、turtlに行きました。
前述のように、製品がすべてのニーズに適合しない場合、その場合は理由があるように思われます（もちろん、それでも議論の余地があります）。それでは、ニーズと要件に近いものを探してください。
多くの人がDropboxでファイルをホストすることに問題はないと確信しています。 特にオープンソース製品では、すべてを仕上げる必要はありません。 私はフラストレーションを理解して共有していますが、オープンソースには多くのビジネスプランがあり、それらが私たちの要件を満たしていない場合があります。 ただそれに対処する必要があります。

ル24février2017 12時27分33秒GMT + 00：00、technodrome [email protected] Aécrit：

申し訳ありませんが、常識的なユーザーの視点を理解できない場合
あなたはそれがあなたの感情や意見を傷つけると感じるので、それから問題
あなたと一緒です。 人々を対象としたソフトウェアは、によって使用される定義によるものです
あなただけでなく、複数の人。 そのため、誰もが
ブレーンストーミングとアイデアが何であるかという理由で意見を提供するように招待されました
プロジェクトを推進します。 そして+1を発行する人々によって判断する
webDavまたは他の標準化されたプロトコルのサポート、それは私だけではありません。

あなたは私が言ったことをひねって、物事を個人的にも受け止めようとしています
それらは一般的なレベルでの個人的な意見として意図されていましたが。 しかしに
ポイント-開発者が標準化された方法を提供しない場合
ユーザーデータを保存してから、はい-彼/彼女はユーザーを強力に武装させています
開発者の設定を使用します。

技術に精通したユーザーはプログラマーと同等ではありません。 結論に跳躍しないでください
それがあなたのレトリックに合うという理由だけで。

また、私は仕事と努力に感謝しているとはっきりと言いました、そして私は本当にそうします。
それは私が盲目的にすべてに同意するという意味ではありません
あなたはそう言った。 それはあなたのものであり、何百万もの方法があるので、それは私の権利です
この問題を解決する方法。 もちろん、あなたはあなたをプッシュしています
製品ですが、ここで少し民主的になり、自由を提供しましょう
あなただけでなく、より多くの人に合った選択。

あなたがそれが機能しない理由とあなたの理由のボートロードをリストしている間
RSソリューションはあらゆる痛みの治療法です、私は仲介者だと確信しています
ローカルデーモン（クライアント、サーバー）として実行されているエンドポイント（アプリに移動しますか？）
承認の世話をし、多くの可能性を可能にします
必要なほぼすべてのプロトコルを統合します。 それは確かに少なくなります
テクノロジーのスタック全体を維持するよりも頭痛の種
2年で忘れられて時代遅れになることはありません。

また、私のコメントは、誰かが間違っていることを証明することを意図したものではありません。
特定の業界標準があり、物事が理由があります
そのような標準になります。 あなたがそれを理解できないなら、私は恐れています
他の真実をあなたに納得させることができる議論はありません
あなたのものよりも。

-
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください。
https://github.com/Laverna/laverna/issues/6#issuecomment -282279742

-
EnvoyédemonappareilAndroid avecK-9メール。 Veuillezexcusermabrièveté。

ブレーンストーミングとアイデアがプロジェクトを前進させるものであるため、誰もが意見を述べるように招待されるべきです。 そして、webDavまたは他の標準化されたプロトコルサポートのために+1を発行している人々から判断すると、それは私だけではありません。

はい！ 私はそのことを正確に述べた後、あなたの願いをかなえるために何を解決する必要があるかを指摘するために時間と労力を費やしました。 私は「私の議題に合う」ために何もひねりませんでした、そして私はあなたと他の誰かに私の客観的分析に含まれる誤りを指摘するように積極的に招待します。

残念ながら、フォローアップコメントの告発の中から実質的な議論や新しい事実を見つけるのは簡単ではありません。 しかし、1つの段落には少なくとも1つのアイデアが含まれています。

ローカルデーモン（クライアント、サーバー）として実行されている中間エンドポイント（Go app？）が承認を処理し、必要なほぼすべてのプロトコルを統合できるようにすることができると確信しています。

そうです、もちろんそれは理論的には可能です。 それに関する問題は、それがまったく同じ段落のあなた自身の意見や議論と完全に矛盾することです：

それは確かにテクノロジーのスタック全体を維持するよりも頭痛の種を少なくします。それは2年で忘れられて時代遅れになるかもしれません。

あなたのアイデアはまさにそれを意味します：ウェブアプリがデータをリモートに保存し、デバイス間で同期できるようにするために、まったく新しいテクノロジーのスタック（「クライアント、サーバー」）を作成、テスト、維持します。 このまったく新しいスタックを発明して維持するという問題は別として、すべてのデバイス、最も重要なのはモバイルデバイスでそのローカルプログラムを実行することもかなり難しいでしょう。

また、私のコメントは、特定の業界標準があり、物事がそのような標準になる理由があるというだけで、誰かが間違っていることを証明することを意図していませんでした。

私はそれに完全に同意します！ そして、WebDAVが実際にクライアント側のWebアプリの標準にならない理由と、RSプロトコルがユーザーごとのセルフホストを作成するための新しい標準として（最初はAPIとしてWebDAVを使用して）作成された理由を詳しく説明しました。この正確なタイプのアプリケーションで可能なストレージ。

これは実際にはかなり単純なプロトコルであり、「テクノロジースタック」の反対です。 その部品の簡単な説明を見たことがない場合は、このWebサイトで見つけることができます。 -また、「webDavまたはその他の標準化されたプロトコルのサポート」に関しては、まさにそれがRSの意味です。

さて、もちろん、WebDAVがクライアント側のWebアプリにとって過度に実行可能なソリューションではないことについて否定的に感じるかもしれませんが、それは何とかして目前の事実を変えたり、それらを指摘するための利己的な嫌いな人になりません。 どうぞ、どうぞ、これについて合理的に議論し、個人的な非難を避けましょう。 私は本当に助けようとしているだけで、否定的な必要はまったくありません。 繰り返しますが、私は実際にあなたがあなたの目標を達成するのを手伝おうとしています、そして私はRSが排他的な解決策であるとは絶対に主張していません。 誰かが同じ目標を達成する別の解決策を思い付くことができれば、私は個人的な好みやイデオロギーに基づいてそれに反対する最後の人です。

Lavernaは、Webアプリケーションとして、転送プロトコルとしてHTTPのみをサポートでき、機能するにはCORSが必要です。 しかし、何らかの理由で、人々はBitTorrent SyncやWebDAVのようなものを提案しています。そのうちの1つはHTTPを介して実行されず、どちらも仕様の一部としてCORSを持っていません。 実際、前者には仕様すらなく、独自のプロトコルです。 @technodromeは、WebDAVの使用法を「常識的なユーザーの視点」と呼ぶことさえありますが、ブラウザー内のJavascriptアプリケーションからWebDAVを使用することは、一般的なケースでは機能しないため、視点に関係なく意味がありません。 。 中間プロキシを使用してCORSヘッダーを追加することについての話も、優れたUXという私の考えとは一致しません。

これは、この議論の大部分が「一般的なソフトウェアの自由」を望み、確立されたプロトコルの名前を捨てる人々によって支配されていることを本当に示していると思います。技術的な観点からこれらのオプションのいずれかを実際に真剣に検討し、それらが仕事に適したツールです。 繰り返しになりますが、 @ technodromeを呼びたいと思います。彼は、 @ skddcのremoteStorageに対するアドボカシーを、自分のアジェンダを押し進めるシリングとして認識しているため、さらにタントラムを投げます。同時に、 @ skddcはこのスレッドの最初のものです。彼が提案しているプロトコルについてまともな議論をするために。

おそらく、この号が発行されてから3年経っても、この基準がないことを認めるべきでしょう。 これには3つの選択肢があります。

1. まだ標準ではないremoteStorageに賭ける
2. とにかくWebDAVを使用しますが、CORSヘッダーが必要です。 事実上、これはNextCloudとownCloudのサポートのみを意味します。
3. カスタムAPIを使用してカスタムNextCloudプラグインを作成する

広告1：プロトコルとしてのremoteStorageは非常に優れていますが、クライアントライブラリはまだ存在しないと思います。 実際、remoteStorage.js（クライアントライブラリ）での最後の経験は良くありませんでした。 すべてがうまくいきましたが、それでもどこにでも小さなバグがあり、高レベルの「データモデリング」APIが使用可能であるとは考えていません。 ただし、独自のデータモデルを記述して、rawファイルを読み書きできることを考えると、最後の部分は重要ではありません。

広告2：これは完全に機能しますが、WebDAVの巨大な複雑さに対処する必要がある一方で、NextCloud / ownCloudに制限されています。 標準を使用するためだけにWebDAVを使用することは、ユーザーがその恩恵を受けなければ価値がないと言うとき、そのプロトコルを使用したことのあるすべての人に話すことができると思います。

LavernaがすでにremoteStorageをサポートしていることを考えると、rs.jsクライアントライブラリの修正により多くの時間を投資することは前進するための良い方法だと思いますが、おそらく誰もがそのバックエンドを使用するにはNextCloudサポートが必要です。 専用のNextCloudアプリも良いオプションIMOですが、それはさらに標準を持つという目標を達成できません。

こんにちは、
このプロジェクトの状態を説明しているhttps://github.com/Laverna/laverna/issues/971#issuecomment-411423965に報告して

良い昼/夜をお過ごしください、
乾杯、
ニサー