高度可靠的交易/信号复制器（意识形态的讨论和发展） - 页 2

新评论
 
Integer:
一切都已经想好了，但很抱歉，这不是不愉快的事。

迪马，我知道，当然，我也有一切发明和完成的东西，在本地和远程以不同的名义。

但我只想讨论这个相当老套的话题，在我看来，这个话题在这里根本就没有被提出来。


如果你对这个问题有话要说，那就说出来。

 

客户端复制其参数并创建一个与原始票据相等的订单。通过这种方式，我们绕过了双重设置。

之后，客户应该检查订单的状态 并报告执行情况（如果有东西要执行），或者如果请求是一个控制，则报告其活力。

 
sergeev:

在开始时，这一切都归结于邮件系统本身。一个服务器，许多客户。如果系统正常，你可以在这个骨架上加载其余部分。

当客户端连接时，他发送一个连接请求，服务器在一个特殊的消息中返回一个签名，他将通过这个签名控制响应。签名是无效的，直到客户没有用特殊的信息返回它。当一切准备就绪时，就可以开始沟通了。

所以它有服务器发出的每个客户的签名（因此是不重复的）。服务器发送带有计数器数字的消息（也应该在一定深度上存储消息日志，以备某些客户需要重复使用），客户收到编号的消息并将签名的副本发送给服务器。这样，服务器就知道哪个客户丢失了信息，可以重新发送。重复x次后，服务器停止发送该信息，关闭与该客户的会话，并开始等待客户请求一个新的会话。

 
为什么要这么麻烦，变量密钥可以放在信息本身中。
 
FAQ:

客户端复制其参数并创建一个与原始票据相等的订单。通过这种方式，我们绕过了双重设置。

好的。经典方案。

之后，客户应该检查订单的状态并报告执行情况（如果有东西要执行），或者如果请求是一个控制，则报告其活力。

而且这样做有什么意义呢？ 服务器仍然不能以任何方式影响客户端。
 
FAQ:
为什么会有这样的复杂情况，可变密钥可以放在信息本身中。
所以服务器必须一直发送密钥？ 这将增加流量，但流量怎么办，哪里能保证消息被收到呢？而且这意味着服务器端需要对每条消息进行变量密钥记录，程序员会对这些事情感到困惑。
 
Urain:

在开始时，这一切都归结于邮件系统本身。
这就是加密的关键所在；当客户端连接时，它发送一个连接请求

但请告诉我们使用什么技术来发送和接收。 服务器在哪里存储数据？

我认为使用签名有点困难。有一个客户的登录名/密码就足够了，只需发布一次，并在请求时检查。
 
sergeev:

好的，经典方案。

为什么要这样做呢？ 反正服务器不能影响客户端。

为什么不呢？ 它可以，重新启动exp，终端，没有问题。
 
sergeev:
请告诉我发送和接收数据使用的是哪种技术，服务器将数据存储在哪里。

我不认为有签名是件容易的事。只要有一个登录/密码就足够了
服务器将数据发送至ftp服务器，客户从那里获取数据。
 
Urain:
哪里能保证信息会被收到？
从答案中得出的一个重要问题是用什么方法来交换数据？
123456789
新评论