谁能分享他们在MetaTrader 4 / MetaTrader 5中使用MetaQuotes ID的推送通知的经验? - 页 5 12345678910 新评论 Renat Fatkhullin 2012.07.25 21:07 #41 原则上,向终端发送信号的想法是有趣的。另一件事是,从技术上讲,这并不容易--终端将不得不与一个特殊的推送服务器保持持续联系。虽然,我们可以完美地解决这个问题,通过经纪商的服务器行事,它可以在几毫秒内立即将这种信号准确地传递给在线的连接终端。交易服务器就是这样,是零延迟的推送服务器。 TheXpert 2012.07.25 21:32 #42 Renat:虽然,我们可以通过经纪人的服务器行事来完美地解决这个问题 这是个炸弹!有这么多东西可以做,想想都觉得可怕。 Vladimir Gomonov 2012.07.25 21:32 #43 Renat:虽然,我们可以通过经纪人服务器来完美地解决这个问题,这些服务器可以在几毫秒内将这种信号准确地传递给在线的连接终端。交易服务器就是这样,是零延迟的推送服务器。 很好!随它去吧,嗯? hrenfx 2012.07.25 21:38 #44 我仍然赞成在交易服务器上使用CommandString,并可使用MQL5。也就是说,对于虚构订单的一个很好的实现。终端上的其他特殊信号对其不利。 Vladimir Gomonov 2012.07.25 21:42 #45 hrenfx:我仍然赞成在交易服务器上使用CommandString,并可使用MQL5。也就是说,对于虚构订单的一个很好的实现。 嗯......一个并不排除另一个。终端上的其他特殊信号对其不利。 说明理由。 hrenfx 2012.07.25 21:56 #46 直接发送信号(绕过交易服务器)到终端,只能在一种情况下需要。交易服务器不可用(不仅对您,而且对VPS上的专家顾问 也不可用),例如,在周末关闭进行维护。而你现在需要发送信号禁用EA,这样当交易服务器对EA可用时(此时你将无法访问网络),EA将不会开始交易。但坦率地说,这种情况是凭空出现的。在所有其他情况下,交易服务器不仅需要存储账户上的交易订单信息,还需要存储一些服务信息(CommandString)。在任何平台上都已经有了99%的工作解决方案。我只是建议通过制定CommandString使虚构的命令合法化。 Vladimir Gomonov 2012.07.25 22:07 #47 hrenfx:直接发送信号(绕过交易服务器)到终端可能只在一种情况下需要。交易服务器不可用(不仅对您,而且对VPS上的专家顾问),例如,在周末关闭维护。而你现在需要发送信号禁用EA,这样当交易服务器对EA可用时(那时你将无法访问网络),EA将不会开始交易。但坦率地说,这种情况已经无法控制了。在所有其他情况下,在交易服务器上不仅要有账户的交易订单信息,还要有一些服务信息(CommandString)。在任何平台上都已经有了99%的工作解决方案。我只是建议通过制定CommandString使虚构的命令合法化。是的,听起来很有说服力。 我正在休息。"Chapay会思考......" :) Andrey Dik 2012.07.25 22:12 #48 一切都被束之高阁的交易服务器越多,就越有机会,呃....,伤害到交易者。我希望我已经说得很清楚了。 Renat Fatkhullin 2012.07.25 22:26 #49 joo: 一切都将与交易服务器捆绑在一起的可能性越大,er....,损害交易者的利益。我希望我已经说得很清楚了。在这种情况下,交易服务器只是一个运输工具,它不能被经纪人以任何方式干扰。即使是团队的内容也不会显示在服务器上,因为内容将被每个客户的唯一密钥加密,只有终端客户可以访问。此外,每条信息都将被附加上我们的数字签名,服务器和客户都不会让任何未签名的东西通过。换句话说,这个交付系统是安全的。 Renat Fatkhullin 2012.07.25 22:31 #50 papaklass: 唯一要做的是获得经纪人对这种服务的批准:) 很可能没有人会禁止这种功能。我们当然会在服务器上的权限框中打勾。 12345678910 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
原则上,向终端发送信号的想法是有趣的。
另一件事是,从技术上讲,这并不容易--终端将不得不与一个特殊的推送服务器保持持续联系。
虽然,我们可以完美地解决这个问题,通过经纪商的服务器行事,它可以在几毫秒内立即将这种信号准确地传递给在线的连接终端。交易服务器就是这样,是零延迟的推送服务器。
虽然,我们可以通过经纪人的服务器行事来完美地解决这个问题
虽然,我们可以通过经纪人服务器来完美地解决这个问题,这些服务器可以在几毫秒内将这种信号准确地传递给在线的连接终端。交易服务器就是这样,是零延迟的推送服务器。
我仍然赞成在交易服务器上使用CommandString,并可使用MQL5。
也就是说,对于虚构订单的一个很好的实现。
终端上的其他特殊信号对其不利。
我仍然赞成在交易服务器上使用CommandString,并可使用MQL5。
也就是说,对于虚构订单的一个很好的实现。
终端上的其他特殊信号对其不利。
直接发送信号(绕过交易服务器)到终端,只能在一种情况下需要。
但坦率地说,这种情况是凭空出现的。在所有其他情况下,交易服务器不仅需要存储账户上的交易订单信息,还需要存储一些服务信息(CommandString)。
在任何平台上都已经有了99%的工作解决方案。我只是建议通过制定CommandString使虚构的命令合法化。
直接发送信号(绕过交易服务器)到终端可能只在一种情况下需要。
但坦率地说,这种情况已经无法控制了。在所有其他情况下,在交易服务器上不仅要有账户的交易订单信息,还要有一些服务信息(CommandString)。
在任何平台上都已经有了99%的工作解决方案。我只是建议通过制定CommandString使虚构的命令合法化。
是的,听起来很有说服力。
我正在休息。"Chapay会思考......" :)
一切都将与交易服务器捆绑在一起的可能性越大,er....,损害交易者的利益。我希望我已经说得很清楚了。
在这种情况下,交易服务器只是一个运输工具,它不能被经纪人以任何方式干扰。即使是团队的内容也不会显示在服务器上,因为内容将被每个客户的唯一密钥加密,只有终端客户可以访问。
此外,每条信息都将被附加上我们的数字签名,服务器和客户都不会让任何未签名的东西通过。
换句话说,这个交付系统是安全的。
唯一要做的是获得经纪人对这种服务的批准:)