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

新评论
 
Urain:
所以服务器必须一直发送密钥吗？ 这将增加流量，但流量怎么办，哪里能保证消息被收到呢？这意味着服务器端需要为每条消息建立一个可变的密钥日志，工程师会对这些感到困惑。

不可能，问题是在消息中加入5-16-32-64个字符的密钥吗？ 哪里有消息大小的膨胀。你在多个消息的处理程序上的损失会比这个大。
 
当然，客户必须报告，否则将采取行动......
 
Urain:
等等，真的，为什么服务器需要发送东西，让它写到ftp上，客户从那里拿。 。

这是个问题。计算机将被加载到对服务器的持续请求。我希望不加载硬件和流量。 ，也许

创建套接字 永久连接在流量方面仍会更经济？
 
好吧，让我们暂时把问题缩小到这些。

- 远程同步（数据存储在服务器上（以何种形式））。
- 给客户的是什么（最后的信号或用于同步的全部订单）？

-和信息交换的方法（就可靠性/资源比率而言，哪种方法更好：与客户直接连接的纯套接字，还是不断冲击服务器的http/ftp？）
 
sergeev:

我不这么认为，电脑会因为不断向服务器发出请求而忙碌。

也许做套接字的持久性连接在流量方面会更经济？
一般来说，我们应使用什么语言？
 
Urain:
我们到底该用什么语言来限制自己？
我们谈论的是完美可靠的复印机。
 

1）肯定是一个数据库（Muscle）。

2）HCTP或甚至HCTPS--可靠性和安全性在这里是第一位的。流量 - 当90%的人都在使用无限制的时候，我认为讨论这个问题是没有意义的

 
FAQ:
2）HCTP或甚至HCTPS--可靠性和安全性是第一位的。交通 - 当90%的人都坐在无限制的位置上时，我认为讨论没有任何意义
我认为这不值得讨论。 在一个月内，我的服务器上有180G。 值不值得一说。但Prov很震惊，把我转移到另一个服务器。他警告我，应该减少流量，因为他们的服务器会因为频繁的喋喋不休而瘫痪。
 
sergeev:
还没有人。我们谈论的是完美可靠的复印机。

完美可靠的复印机是MT终端，一台服务器上有成千上万的客户，数百万英镑委托给这个系统。

多年来的运营经验，数百家公司已经购买了MT服务器。

给自己找一个MT服务器，将任何信号广播到你的终端。

 
Https访问也很好，因为考虑到服务器的小资源，你可以同时为大量的客户提供服务。
123456789
新评论