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

[---]

Integer:
全てはもう考えてあるのですが、申し訳ないのですが、不愉快でなりません。

ディマ もちろん知っていますよ。

ただ、私が思うに、この文脈では全く出てこない、このかなり陳腐な話題について議論したいのです。

このテーマについて言いたいことがあるなら、発言してください。

[Рустам]

クライアントはそのパラメータをコピーし、元のチケットと同じマジックを持つオーダーを作成する。このようにして、二重の設定を回避する。

その後、クライアントはオーダーの状態を 確認し、（実行するものがあれば）実行を、リクエストがコントロールであればその快活さを報告する必要があります。

[Mykola Demko]

sergeev:

そもそも、すべてはメーリングシステムそのものに起因しているのです。1台のサーバーに多数のクライアント。システムがうまくいけば、あとはこの骨格に負荷をかけることができます。

クライアントが接続するとき、彼は接続要求を送信し、サーバーは特別なメッセージで署名を返し、それによって彼は応答を制御することになる。署名は、クライアントが特別なメッセージとともに返さない限り、有効ではありません。すべてが整えば、コミュニケーションを始めることができるのです。

そのため、サーバーが発行した各クライアントの署名を持っています（したがって、繰り返されることはありません）。サーバはカウンタ番号の付いたメッセージを送信し（繰り返しに備えてメッセージのログをある程度の深さで保存しておく必要がある）、クライアントは番号の付いたメッセージを受信し、署名したコピーをサーバに送信する。こうすることで、サーバーはどのクライアントがメッセージを紛失したかを知り、再送信することができるのです。x回繰り返した後、サーバーはこのメッセージの送信を停止し、このクライアントとのセッションを終了し、クライアントからの新しいセッションの要求を待ち始める。

[Рустам]

なぜそんな面倒なことをするかというと、可変キーはメッセージそのものに入れればいいのです。

[---]

FAQ:

クライアントはそのパラメータをコピーし、元のチケットと同じマジックを持つオーダーを作成する。このようにして、二重の設定を回避することができる。

OK。

その後、クライアントはオーダーの状態を確認し、（満たすべきものがあれば）その履行を、リクエストがコントロールであればその快活さを報告する必要があります。

サーバーはクライアントに何の影響も与えられないままです。

[Mykola Demko]

FAQ:
なぜそんな複雑なことをするかというと、変数キーはメッセージそのものに入れることができるのです。

では、サーバーは常にキーを送信しなければならないのですか？ これはトラフィックを増加させますが、トラフィックはどうでしょう、メッセージが受信される保証はどこにあるのでしょう？ そして、サーバー側はメッセージごとに可変キーログが必要になるということです、プログラマーはこのすべてに混乱する可能性があります。

[---]

Urain:

そもそも、すべてはメーリングシステムそのものに起因しているのです。
ここで暗号化が重要になるのですが、クライアントが接続する際には、接続要求を送信します

しかし、どのような技術で送受信しているのか、また、サーバーはどこにデータを保存しているのか、教えてください。

シグネチャーの使い方が少し難しい気がします。クライアントのログイン／パスワードを一度発行し、リクエスト時にチェックするようにすれば十分です。

[Рустам]

sergeev:

なるほど、古典的な手法ですね。

なぜこんなことをするかというと、どうせサーバーはクライアントに影響を与えることができないからです。

端末を再起動すれば大丈夫です

[Mykola Demko]

sergeev:
データの送受信にどのような技術が使われているのか、またサーバーはどこにデータを保存しているのか教えてください。

サインで簡単にはいかないと思うんです。ログイン/パスワードだけで十分です。

サーバーはデータをftpサーバーに送り、クライアントはそこからデータを取得する。

[---]

Urain:
メッセージを受信する保証はどこにあるのでしょうか？

その答えから導かれる重要な疑問は、どのような方法でデータをやり取りして いるかということです。