高度可靠的交易/信号复制器(意识形态的讨论和发展) - 页 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可以用来做任何事情,包括以单行信息的形式传输交易信号。也就是说,没有命令或其他东西。客户端连接并等待服务器发送信号。他接收、传递、开仓或平仓并等待下一个信号。这就是整个协议。