高度可靠的交易/信号复制器（意识形态的讨论和发展） - 页 5 123456789 新评论 --- 2012.02.15 17:51 #41 Urain: 我一直在做一个小小的调查。不同语言的简单客户-服务器系统的例子。 一言以蔽之，你的建议是什么？ - 同步是通过套接字进行的吗？ - 主账户的全部状态被传输？ Mykola Demko 2012.02.15 17:54 #42 sergeev: 简而言之，你在提出什么样的建议？ - 同步是通过套接字进行的吗？ - 主账户的全部状态是否被传送？ 并概述了服务器-客户的情况，在客户所处的位置上，服务器的地位如何？ 很抱歉跑出来了，我一小时后回来。 --- 2012.02.15 17:58 #43 Urain: 服务器与客户的关系如何，服务器站在客户的什么位置？ 好的。让我们进一步缩小范围。 ，我们有 一个远程服务器，向导将其数据发送至此。 客户端也连接到同一个服务器。问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp这些技术对服务器负载和流量有什么利弊？ Yury Reshetov 2012.02.15 19:17 #44 sergeev: 好吧，让我们进一步缩小问题的范围。 我们有一个远程服务器，向导向其发送数据。 客户端也连接到同一个服务器。 问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp 这些技术对服务器负载和流量有什么利弊？ 通过TCP/IP的插座。有可能以文本形式传输信号，每个信号只有一行，如 "EURUSD Buy 1.0/n"，如通过Telnet，因为这是最原始的版本，不需要复杂的交换程序，如http或ftp协议的最小解析。 问题是，服务器必须是多线程的，否则它怎么能同时接收客户的连接？它必须在分配的端口上一直监听自己的套接字，在连接的情况下，将客户端转移到另一个空闲的端口，并为其分配一个单独的线程。然后他必须在主端口上等待另一个客户。 Mykola Demko 2012.02.15 19:23 #45 sergeev: 好的。让我们进一步缩小问题的范围。 ，我们有一个远程服务器，主服务器向其发送数据。 客户端也连接到同一个服务器。问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp这些技术对服务器负载和流量的利与弊？ Socket，http/ftp只是提供对远程文件 的访问，而Socket是一个数据交换协议。 Yury Reshetov 2012.02.15 19:34 #46 Urain: Socket，http/ftp只是提供对远程文件的访问，而Socket是一个数据交换协议。套接字不是一个协议。套接字是指套接字，即端口上那种可以接收和传输数据的东西。一个套接字可以是一个服务器套接字，并且必须有一个固定的端口作为它的监听端口。还有一个客户端套接字，使用服务器IP和端口号连接到服务器。 而FTP、HTTP、Telnet是协议。文件可以使用这三种协议进行传输。但telnet是一个流式协议，不是一次性的，这就是为什么客户可以随意使用它，当交易信号出现时，你可以立即得到它。使用其他协议，你将不得不一直弄乱服务器套接字，以发现是否有信号，然后掉线。 Mykola Demko 2012.02.15 19:51 #47 Reshetov: 套接字不是一个协议。套接字是指套接字，即端口上那种可以接收和传输数据的东西。一个套接字可以是一个服务器套接字，并且必须有一个固定的端口作为它的监听端口。还有一个客户端套接字，通过IP和服务器号码连接到服务器。 而FTP、HTTP、Telnet是协议。文件可以使用这三种协议进行传输。但telnet是一个流式协议，不是一次性协议，这就是为什么客户可以想挂多久就挂多久，当交易信号出现时，他们可以立即得到它。使用其他协议，你将不得不一直弄乱服务器套接字，以发现是否有信号，然后掉线。 是否有Telnet的例子？ 非常有趣。 Yury Reshetov 2012.02.15 20:01 #48 Urain: 有任何关于Telnet的例子吗？ 非常有趣。https://ru.wikipedia.org/wiki/Telnet Mykola Demko 2012.02.15 20:13 #49 Reshetov: https://ru.wikipedia.org/wiki/Telnet 我在提问前看到了这个，很难说是一个使用的例子，但还是谢谢你，这是个有趣的想法，我得去挖一挖。 Yury Reshetov 2012.02.15 20:20 #50 Urain: 我在问题前看到过，很难说是使用的例子，但还是谢谢你，这是个有趣的想法，我得去挖一挖。 它本质上是一种基于文本的协议。但它主要用于端口23的远程Unix连接。也就是说，你可以用你的用户名和密码登录到一个远程 Unix服务器，并执行操作系统的命令。 在简化的形式下，telnet可以用来做任何事情，包括以单行信息的形式传输交易信号。也就是说，没有命令或其他东西。客户端连接并等待服务器发送信号。他接收、传递、开仓或平仓并等待下一个信号。这就是整个协议。 123456789 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我一直在做一个小小的调查。不同语言的简单客户-服务器系统的例子。
一言以蔽之，你的建议是什么？
- 同步是通过套接字进行的吗？
- 主账户的全部状态被传输？
简而言之，你在提出什么样的建议？
- 同步是通过套接字进行的吗？
- 主账户的全部状态是否被传送？
并概述了服务器-客户的情况，在客户所处的位置上，服务器的地位如何？
很抱歉跑出来了，我一小时后回来。
服务器与客户的关系如何，服务器站在客户的什么位置？
好的。让我们进一步缩小范围。 ，我们有
一个远程服务器，向导将其数据发送至此。
客户端也连接到同一个服务器。
问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp
这些技术对服务器负载和流量有什么利弊？
好吧，让我们进一步缩小问题的范围。
我们有一个远程服务器，向导向其发送数据。
客户端也连接到同一个服务器。
问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp
这些技术对服务器负载和流量有什么利弊？
通过TCP/IP的插座。有可能以文本形式传输信号，每个信号只有一行，如 "EURUSD Buy 1.0/n"，如通过Telnet，因为这是最原始的版本，不需要复杂的交换程序，如http或ftp协议的最小解析。
问题是，服务器必须是多线程的，否则它怎么能同时接收客户的连接？它必须在分配的端口上一直监听自己的套接字，在连接的情况下，将客户端转移到另一个空闲的端口，并为其分配一个单独的线程。然后他必须在主端口上等待另一个客户。
好的。让我们进一步缩小问题的范围。 ，我们有一个远程服务器，主服务器向其发送数据。
客户端也连接到同一个服务器。
问题是用什么方法来接收/传送信息。从目前的建议来看，socket/http/ftp
这些技术对服务器负载和流量的利与弊？
Socket，http/ftp只是提供对远程文件的访问，而Socket是一个数据交换协议。
套接字不是一个协议。套接字是指套接字，即端口上那种可以接收和传输数据的东西。一个套接字可以是一个服务器套接字，并且必须有一个固定的端口作为它的监听端口。还有一个客户端套接字，使用服务器IP和端口号连接到服务器。
而FTP、HTTP、Telnet是协议。文件可以使用这三种协议进行传输。但telnet是一个流式协议，不是一次性的，这就是为什么客户可以随意使用它，当交易信号出现时，你可以立即得到它。使用其他协议，你将不得不一直弄乱服务器套接字，以发现是否有信号，然后掉线。
套接字不是一个协议。套接字是指套接字，即端口上那种可以接收和传输数据的东西。一个套接字可以是一个服务器套接字，并且必须有一个固定的端口作为它的监听端口。还有一个客户端套接字，通过IP和服务器号码连接到服务器。
而FTP、HTTP、Telnet是协议。文件可以使用这三种协议进行传输。但telnet是一个流式协议，不是一次性协议，这就是为什么客户可以想挂多久就挂多久，当交易信号出现时，他们可以立即得到它。使用其他协议，你将不得不一直弄乱服务器套接字，以发现是否有信号，然后掉线。
有任何关于Telnet的例子吗？ 非常有趣。
https://ru.wikipedia.org/wiki/Telnet
我在问题前看到过，很难说是使用的例子，但还是谢谢你，这是个有趣的想法，我得去挖一挖。
它本质上是一种基于文本的协议。但它主要用于端口23的远程Unix连接。也就是说，你可以用你的用户名和密码登录到一个远程 Unix服务器，并执行操作系统的命令。
在简化的形式下，telnet可以用来做任何事情，包括以单行信息的形式传输交易信号。也就是说，没有命令或其他东西。客户端连接并等待服务器发送信号。他接收、传递、开仓或平仓并等待下一个信号。这就是整个协议。