Laverna: フォークラヴェルナ

プログラミングのバックグラウンドはまともですが、私はjsを学んでいるだけで、このプロジェクトに貢献する必要がある場合は、長い間私のgotoアプリであるため、努力する準備ができています。 名前はLaverna2.0…へぇ。

@daed最初に@wwebfor && @ wwwredfishを書いてみましょう。

彼らはすべての寄稿者またはあなたを組織に追加して、書き込みアクセス権を持たせることができると確信しています...
それ以外の場合は、名前とリリースごとの情報があればお知らせください。AURパッケージを作成できます：wink：

キーベース（推奨）または電子メールで私に連絡して、今日（ベルリン時間）の後半に@wwebforの個人的な電子メールを送信できるようにできますか？

PS：フォークで新しいリリースを生成する場合は、tarballも生成することをお勧めします：smile：

ええ、確かに。 私は誰の下からもプロジェクトを奪いたくありませんでした。 取り残されないようにしたかっただけです。

私は米国中央部の時間にいます。 できれば明日キーベースでお話しします。

それで、wwebforは私に戻ってきました。 彼はそのプロジェクトを終えた。

彼は、lavernaが同期と複数のデバイスの問題を解決しないことを認めました。 彼は、すでに行っている他のプロジェクトに焦点を当てる方がよいと提案した。 彼はまた私にリポジトリへのアクセスを許可しなかったので、私はそれを使って直接何もすることができません。

彼の懸念は正しいと思いますが、私はラヴェルナが好きで、何かを作ることを試みる価値があると思います。 私はそれをフォークし、laverna組織から独立して開発するという私の計画を継続するつもりです。

私はここ数週間、devブランチに慣れようとし、可能な場合はマイナーなバグに取り組んできました。 正直なところ、現時点ではあまり良い状態ではありません。

• プロジェクトは、シグナルサーバーとmongodbを追加して、より多くのクライアント/サーバーモデルに移行している最中だったようです。 これは必ずしもホスティングにとって悪いモデルではありませんが、Dropboxを介して同期している（またはまったく同期していない）スタンドアロンのエンドユーザーにとっては負担になります。
• シグナルサーバーはマルチユーザー環境を念頭に置いて構築されているようで、いくつかの便利な機能（ユーザー間の共有など）の開始がありますが、それは不完全であり、現在、複数のデバイス間での同期を実際に禁止していると思います。
• 上記にもかかわらず、httpsはデフォルトで有効になっていません。
• 電子ベースのデスクトップアプリバージョンは機能しません。
• gulpは、古い依存関係のためにノード10でかなり壊れています。 おそらくこれはいつか修正される予定ですが、現在の計画では、サポートされていない新しいバージョンのネイティブパッケージを強制する予定です。 ETAが見つかりませんでした。

私はこれらの問題についてもっと話し、それらを修正するための推奨事項/ヘルプを得たいと思います。 この問題をhttps://github.com/daed/laverna/issues/1のフォークに複製し

このプロジェクトに既得権を持っている人は誰でも話し合うことを強くお勧めします。このプロジェクトはLaverna組織に存在するため、おそらくこれ以上更新されないことを他の人に警告したいと思います。

素敵な要約@daed ：

私は入る！

参考：＃931

やあ。
私は過去にLavernaを実行していましたが、DropBoxのために諦めました。 私の2セント：データベースバックエンドを備えた実際のクライアント/サーバーモデルに移行することは、多くの同期の問題を防ぐのに役立つ可能性があります。 そして、これはプロジェクトをほぼ独立させます。

@ romu70それは私が取り組んできたものの1つです。 なんらかの理由で、誰もが不満を言うのを聞いたドロップボックス同期の問題は一度もありませんでした。中央サーバーがないという事実が気に入っています。 ドロップボックスの方法も似ていますが、少なくともメモを見ると、暗号化されていることがわかります。 クライアント/サーバーモデル内など、1人の個人またはグループがソフトウェアとデータベースを所有している場合、必要な多くの問題は解決しますが、データが実際に適切に保護されていることをどのように証明しますか？ すでに暗号化されたメッセージをプッシュできるパブリックAPIは、そのような方法の1つですが、それは遠く離れたところにあります。

ホストバージョン、Bring Your Own Serverバージョン、スタンドアロンデスクトップバージョンを使って、好きなように提供する方法を探していましたが、サポートするのは非常に難しいようです。

クライアント/サーバーが実際に最も速く、ほとんどの場合次のリリースへのルートであるように感じますが、それに向かって進むほど、スタンドアロンのデスクトップアプリケーションを実装するのは難しくなります。

私は同意する傾向があります。 製品がユーザーサーバーにインストールされていると考える場合は、クライアント/サーバーが適しています。 このようにして、データがプライベートであることを確信できますが、セットアップは確かに簡単ではありません。

デスクトップアプリケーションに関しては、これが事態を難しくするかどうかはわかりません。フロントエンドをElectronでパッケージ化することを考えれば、ほぼ完了です。

このコードベースを知らない人が、掘り下げる準備ができているのを見て感動しました。 しかし、すでに十分に維持されているコードベース、コミュニティ、サポートなどを備えた、同じもの（DropBox同期）をすでに提供しているBoostnoteに行くという、より簡単な方法についてもできます。

人生は短すぎて車輪の再発明をすることはできません。

Boostnoteはかなり滑らかです、私はそれに同意します。 それははるかに進んでいて、それにはるかに多くの磨きがかかっています。 ただし、暗号化は処理されません（機能要求は1年弱で開かれています）。また、コンピューターにインストールする必要があるもののフットプリントは、lavernaよりもはるかに重いようです。

Lavernaは、USBから完全に使用することもでき、インストールされていなくてもDropboxと対話できます。 それもかなりきちんとしています。 数人の固定された人々よりも多くのリソースを持つ他のメモツールに直面しても、ここで節約する価値はたくさんあると思います。

ここでは単純なユーザーですが、Lavernaの主な機能は、「メモを非公開にする」というストラップラインを使用したゼロ知識暗号化です。 それがなければ、Evernoteに戻ったほうがいいでしょう。

さて、lavernaフロントエンドの電子実装は、devブランチの場合よりもはるかに簡単に実装できました。 それでも（動作する）自動ビルドツールが必要ですが、それは正しい方向への一歩です。

@glocalglocal 「プライベート」の定義は何ですか？

「暗号化されているが、所有していないサーバー上にある」は「プライベート」と見なされますか？
「暗号化されているがローカルハードドライブ上にある」についてはどうですか？

回りくどい方法で、最初のもので十分かどうか、または2番目のものがソフトウェアの使用を検討するための要件であるかどうかを尋ねています。 間違った答えはありません。 ここでユーザーの視点が必要です。

選択は常に良いです。 したがって、他の成熟した代替案があるにもかかわらず、このプロジェクトをフォークすることは間違いなく時間と労力の価値があります。

これが私が最初に考えていることであり、最も柔軟で保守可能な妥協案です。

現在開発中：
Lavernaは2つのコンポーネントであり、UIを数える場合は3つ、mongodbを数える場合は4つです（現在は要件）。 これは、ユーザーに期待するのは無理です。 ユーザー向けコンポーネントはシグナルサーバーと通信し、シグナルサーバーはmongodbと通信します。 現在、mongodbが行うのはユーザー名を保存することだけで、私が思うのは公開鍵です。 シグナルサーバーが行うこと（私が知っていること）は、UIを処理するコンポーネントからデータベースを切り離すことだけです。 これは、ユーザーがlaverna "gui"（例として電子のlaverna）を実行し、パブリックlaverna "server" / dbに接続できることを意味します。 私の大雑把なテストに基づいていますが、マルチユーザー/マルチデバイスの実装は不完全に見えます。 なんとか完全に完成していると、使い方がわからなかったので、複雑すぎたのかもしれません。

私が開発者に提案するもの：
シグナルサーバーとUIを1つのパッケージにマージします。 さらに、このマージされたパッケージの電子バージョンを構築します。 シグナルサーバーを介してデータベースにすべてのデータを処理します。 メモ、ノートブック、バックアップ構成ファイル、秘密鍵を除くすべて。 UI、シグナルサーバー、またはその両方を起動できる構成が含まれています。 さらに、sqlite3接続を処理できるようにシグナルサーバー用のアダプターを構築します。

これはlavernaを取り、あなたがそれをあなたが望むものに変えることを可能にします。 このスキームの3つの明らかな構成で、次のいずれかを選択できます。

1. フルマネージド：UI、シグナルサーバー、データベースはすべて、どこかのサーバーで実行されます。 ブラウザ経由で接続します。 これは基本的に多かれ少なかれ今日のlaverna.ccです。 あなたは最も便利になり、物をダウンロード/インストールする必要はありませんが、透明性が最も低く、サーバー管理者に盲目的な信頼を置く必要があります。 これを「Evernote設定」と呼びます。
2. クライアント/サーバー：UIはノードまたは電子を介してクライアントコンピューター上で実行され、シグナルサーバーとデータベースはどこかのサーバー上で実行されます。 一元化されたストレージがあり、将来的に含まれる可能性のあるコラボレーション機能を利用できます。また、UIクライアントを所有しています。これをソースから構築して、クライアントレベルでセキュリティが維持されていることを合理的に期待できます。 これはおそらく、機能、利便性、およびセキュリティの最良の妥協点です。 これは、キーベースが機能することを私がどのように理解しているかに漠然と似ています。
3. 完全スタンドアロン：UI、シグナルサーバー、データベースはすべて1つのボックスで実行されます。 ノードまたは電子は、それらを実行すると、UIとシグナルサーバーを起動します。 データベースはmongodbの選択です。または、追加インストールなしの簡単なオプションが必要な場合は、sqlite3を選択できます。 Dropbox apiメソッドを完全にダンプし、ファイルシステムを介してDropboxの同期を行います。 ドロップボックスを同期させたい場合は、データベースをドロップボックスディレクトリの適切なパスに配置することを選択できます。 メモをフラッシュドライブ、NFS、または/ dev / nullに書き込む場合は、そのように指示するだけです。 これはおそらく、現時点でのlavernaの現在のリリースがどのように機能するかに最も近いものです。

上記の「client」と「ui」は同じ意味で使用していることに注意してください。

私の唯一の本当の懸念は、特にドロップボックス間で同期するときのsqlite3の堅牢性です。 私は、人々がドロップボックスで抱えていた同期の問題のほとんどがAPIに関連しているという予感がありますが、ドロップボックスにアクセスするためにアプリ/ファイルシステムに切り替えるだけで、これらの苦痛の多くを解決できます。

それはやり直すことがたくさんあります、そして私はおそらく私の考えを説明するのが得意ではありませんが、質問ですか？ 懸念？ コメント？

@daedユーザーの観点からすると、暗号化が十分に強力で透過的である限り、dbはどこにでも保存でき、プライバシーの問題は発生しません。

精査/監査用のオープンソースデスクトップおよびモバイルクライアントと、移植性と共有性のためのサーバーストレージを備えたクライアント/サーバーモデル（2）を好みます。 多くの場合、アプリケーションはオプションとしてスタンドアロンモデル（3）を提供します。 モデル2のデータベースのローカルコピーも、オプションでDropbox、MEGAなどのフォルダーに保存できませんでしたか？ サーバーが永久に消えたとしても、それは機能します。

モデル（1）では、クライアント側の暗号化/復号化は信頼の問題を解決しませんか？ 例：Lastpass、Bitwarden。 これは、ブラウザで実行されるものが精査されていることを前提としています。 モデル（1）は、特定の状況で便利です。

モデル1の場合：
この場合の「クライアント」は、lavernauiに接続している単なる「ダム」ウェブブラウザです。 それは私たちに2つのオプションを与えます。

• 秘密鍵へのパスをユーザーに尋ねて（ローカルで）読み取り、ブラウザ側のjsで暗号化を行ってから、lavernauiを実行しているノードインスタンスにメッセージを渡すことができます。これは次のように不便です。そもそも完全にホストされたセットアップの目的を損なうローカルファイルが必要です。 これはgithubの動作と似ていますが、技術的にはgithubにはクライアントがまだgit / sshを使用しています。
• または、サーバーに秘密鍵を保持/管理させることができます（ただし、パスフレーズは絶対に使用しないでください）。その後、100％リモートで処理を実行します。 秘密鍵をダウンロード/変更することはできますが、パスフレーズを保持しておらず、鍵を安全に保つのに失敗しないことも信頼する必要があります。 これは、現在の実装方法に近いと思います。 これは基本的に無料のevernoteで、より使いやすいToSと心地よいオープンソースの雰囲気があります。 理想的ではありませんが、一部の人にとっては十分かもしれません。

もっと多くのオプションがあるかもしれませんが、現時点でそれらがどうなるかはわかりません。 Lastpass / Bitwardenはパスワードを保存し、難読化すると思いました。 これは、これと組み合わせて使用​​できる暗号化機能ですが、キー管理の問題を解決するものではありません。 どちらも使ったことがないので、その効用がよくわからない可能性があります。
そうは言っても、AWSにこのような「公式」サーバーを設定するか、すべてではないにしても一部の人にとって十分な場合に備えて設定します。 一部のユーザーにとっては、信頼性の問題があっても無料のevernoteで十分だと思います。 たぶん、寄付ボタンを叩いて、ホスティング費用を回収できるかどうかを確認してください。

モデル2の場合：
これは実際、可能な3つの実装の中で私のお気に入りの実装です。 技術的には、ゼロソフトウェアをコンピュータにインストールする必要があります。 USBドライブからlavernaを実行し、キーをそこに保持できます。 公共のコンピューターでそこまで行きたい場合は、テールが取り付けられたUSBドライブに埋め込むこともできます。
私はローカルコピーを検討していませんでしたが、ある種のメモのインポート/エクスポート/バックアップ機能が私のリストに含まれていたので、これらの種類の両方がうまく調和しています。 サーバーがなくなった場合は、モデル3に変更してメモをインポートし、何も起こらなかったかのように先に進むことができます。 mongodbに保存されているデータからローカル形式に移行するのは少し奇妙かもしれませんが、それはおそらく対処できるものです。

一般的な更新として、私は昨夜遅くにuiとシグナルサーバーが埋め込まれた概念実証電子アプリを作成し、両方とも起動時に起動しました。 それは完全に磨きがなく、リリースにはまったく適していませんが、追加の労力をほとんどかけずにモデル3を使用することは100％可能であることがわかりました。

3つのモデルスキームを使用する場合は、laverna uiとサーバーのものを含み、電子を含まない「サーバー」バージョンのパッケージと、すべてのコンポーネントを含む「クライアント」バージョンのパッケージを作成すると思います。電子として。 サーバーバージョンの場合、構成はファイルを編集して行う必要がありますが、モデル1またはモデル2のサーバー側コンポーネントを提供できますが、クライアントバージョンにはUI構成ページ/ウィザードがあり、提供できます。モデル2のクライアントおよび完全なモデル3実装のコンポーネント。

この会話は役に立ちましたが、このlavernaリポジトリに残っていることは、私がそれで何もできないので、特に役に立ちません。 誰かが何か新しいものを投稿していないかどうかはまだここで確認しますが、これについて話し続けたい場合は（そして、みんながそうすることを願っています！） https://github.com/daedの私の場所でそれを行うようにお願いし

そして、みんなありがとう。

フォークが何を意味するのかわかりません（そして、私がすべきかどうかわかりませんか？）が、とにかく; 私はlavernaapkを試しましたが、同期が機能しないようです。 私は5storageでそれを試していました。 別のページに別のAndroidバージョンがあるようですが、リリースはありません。ビルドする必要があり、私の知識が不足しているため、失敗しました。

@xreqxこれは、プロジェクトが

正直、まだモバイル版は見ていません。 正直に言うと、モバイルアプリケーションを書いた経験はあまりありません。 それは私が働きたいものです。

標準ファイルについて言及する価値があるかもしれません; 標準ノートで使用されるライブラリ。

標準ファイルは、Webおよびネイティブアプリケーション用の同期および暗号化ライブラリです。 これにより、開発者は優れたユーザー向けアプリケーションの構築に集中でき、同期、サーバー、およびエンドツーエンドの暗号化をこのライブラリに任せることができます。
..
標準ファイルは再利用可能なクライアントおよびサーバーシステムであり、データスキーマを認識または認識しない「ダム」バックエンドサーバーを展開し、クライアント側でデータを暗号化してリモートサーバーと同期することができます。 。

それで、wwebforは私に戻ってきました。 彼はそのプロジェクトを終えた。

このwikiページは少し前に作成したことに注意してください。 私はあなたのコメントにリンクしました：
https://github.com/Laverna/laverna/wiki/DEAD-PROJECT-ALERT