会社 素子 取得する グリッド у GitLabフェデレーテッド ネットワークで動作するようにサービスを適応させるため マトリックス。 これは、すべてのユーザーとメッセージ履歴とともに分散型ネットワークに透過的に転送されることが計画されている最初の主要なメッセンジャーです。
Gitter は、開発者間のグループコミュニケーションのための無料の一元管理ツールです。 典型的なチームチャット機能に加えて、本質的に独自のチャット機能に似ています。 Slack , Gitter は、GitLab や GitHub などの共同開発プラットフォームと緊密に統合するためのツールも提供します。 以前はこのサービスは独自のものでしたが、 GitLabに買収されるまで.
Matrix は、非周期イベント グラフ (DAG) に基づいたフェデレーテッド ネットワークを実装するための無料のプロトコルです。 このネットワークの主な実装は、エンドツーエンド暗号化と VoIP (音声およびビデオ通話、グループ会議) をサポートするメッセンジャーです。 クライアントとサーバーのリファレンス実装は、Matrix プロトコル仕様の開発を監督する非営利組織である Matrix.org Foundation も主導する営利企業である Element によって開発されています。
現時点では、Gitter と Matrix のユーザーは「ブリッジ」を使用して通信しています。 マトリックス-アプリサービス-gitter、それらの間でメッセージを送信するためのリレー。 たとえば、Matrix 統合が有効になっている Gitter からチャットにメッセージを送信する場合、「ブリッジ」は Matrix サーバー上の Gitter からの送信者の仮想ユーザーを作成し、そのユーザーに代わってメッセージが Matrix からチャットに配信されます。それぞれ側、およびその逆。 このような統合への接続は、Matrix 側のチャット設定から直接可能ですが、この通信方法は廃止される予定です。
短期的には、ユーザーは目に見える変化は感じられません。購入前と同じようにメッセンジャーを使用できるようになります。 将来的には、新しい Matrix サーバーの組織と、matrix-appservice-gitter からの類推による「ブリッジ」の直接の統合のおかげで、集中型サービスから分散型フェデレーション サブジェクトへの変換プロセスが完了します。 Gitter コードベース。 既存の Gitter チャットは、メッセージ履歴がインポートされた状態で、「#angular_angular:gitter.im」のようなマトリックス ルームとして利用できるようになります。
統合が成功すると、両方のネットワークのユーザーにメリットがもたらされます。Matrix ユーザーは Gitter ユーザーと透過的に通信できるようになり、Gitter ユーザーはモバイルなどの Matrix クライアントを使用できるようになります。 公式 Gitter アプリの開発は中止されました。 最終的には、Gitter が Matrix ネットワークのクライアントの XNUMX つになると考えられます。 しかし、残念ながら、Gitter はリファレンス Matrix クライアントである Element よりも機能が大幅に劣っているため、Gitter の機能を Element と同等にするのではなく、Gitter に欠けている機能をすべて Element に実装することが決定されました。 長期的には、Gitter は Element に取って代わられるでしょう。
Element に適用できる Gitter の便利な機能は次のとおりです。
- 多数のユーザーとメッセージが含まれるチャットを表示する際の高いパフォーマンス。
- GitLab や GitHub などの共同開発プラットフォームとの緊密な統合
- チャットの階層カタログ。
- 検索エンジンに適した公開チャットの静的ビュー。
- KaTeX でのマークアップのサポート。
- メッセージ (スレッド) のツリー分岐。
Element は、Element が機能的に同等性を達成した場合にのみ、Gitter フロントエンドを Element に置き換えることを約束します。 それまでは、Gitter コードベースは機能が後退することなく最新の状態に保たれます。
Gitterの従業員もElementの利益のために働きます。
出所： linux.org.ru