高信頼性トランザクション/シグナルコピー機 (アイデア検討・開発) - ページ 9

[---]

OnGoing:
送信データの真偽の検証は、TCP/IPではすでにプロトコルレベルで実装されている。

これは、データの誤送信や接続性の低下を指しますが、基本的には正しいです。ソケットに障害が発生した場合、パケットは無効とみなされ、拒否されます。

[Лекарь Центозависимых]

TCP/IPプロトコルを含む既存の接続の長所と短所を明確に示した、情報量の多いビデオがお勧めです。

>

[Dmitry Fedoseev]

sergeev:
ドミトリー、もう一度言うぞ。私は4-5年ほど前から、ローカルとリモートの両方で、中間サーバーを使ったコピー機を持っています。私のために聞いてくれるコントローラーは必要ない。

ここでは、フォーラム全体で、いろいろなことを学んだ人たちが議論する場を作りたいと考えています。 そして、その技術の長所と 短所を踏まえて 、クライアントの数だけでなく、接続の品質やチャンネルの負荷に対しても安定した、信頼できるコピー機のバリエーションを作っています。

それなら、まずはコピー機の仕組みについて、あなたの思想を詳細に示してみてはどうでしょうか。

[---]

Integer:

それなら、まず、あなたのコピー屋が活動するためのイデオロギーを全面的かつ詳細に示すことから始めたらどうでしょう？

既存の考え方は単純で、マスターオーダーのリストを作成し、このリストをクライアントに複製します。
ローカルではマッピングで、リモートではhttpで中間サーバーを経由してリストが転送されます。

ローカルでは問題なく動作しています。しかし、遠隔地のhttpは、私が正しいアプローチを選択したかどうか、不安の虫をかじる。私は他のプロジェクトでも ソケットを使用していますが、コピー機の場合、その用途は図面だけでした。

そこで、新しい技術を選ぶか、古い技術に留まるか、誰が何に自信を持っているか、問題点を知るために議論したいと思います。
先ほども言ったように、すべての局面が決まったら、（兄弟イデオロギストたちが気にしなければ）オープンなプロジェクトを行うつもりです。

[TheXpert]

ピア・ツー・ピアの信号ネットワークというテーマです。