VPS服务器。问题。 - 页 11

 
Сергей Груздев:

是的,如果不迁移到虚拟主机,EA确实可以工作。但如果我迁移,它就不能打开订单。我再次按下自动交易按钮,它打开了订单,也就是说,订单是从我的电脑上打开的,而不是从网络托管。如果出现这种情况,我将在今天发送日志。谢谢你的帮助。

另一种方法是每小时打印 "我还活着",这意味着EA没有被冻结,正在工作。额外的日志记录是必须的--在专家顾问的代码中添加所有操作的日志记录。

 
Vladimir Karputov:

另一种方法是:例如,每隔一小时,专家顾问就会打印出 "我还活着"--这意味着专家顾问没有被挂断,正在工作。而额外的日志记录是必须的--在专家顾问的代码中输入所有操作的日志。

问题是,我不是一个程序员。专家顾问是在1月份购买的,当时它正在工作。我有一个月没有交易,它就被禁用了。然而,我一周前启用了它,现在却出现了这种混乱。我还安装了一个按时间打开订单的脚本,它在虚拟主机 上也不起作用。

 
Сергей Груздев:

问题是,我不是一个程序员。专家顾问是在1月份买的,当时还在工作。我参加了一个月的交易,它被关掉了。我一周前启用了它,这就是问题所在。我还安装了一个按时间开单的脚本,它在虚拟主机 上也不起作用。

该脚本基本上你不能迁移到MQL5 VPS - 所以不要作弊。

至于EA--我已经说过好几次了:记录和再记录。没有证据--没有答案。

 
Vladimir Karputov:

阅读《帮助》。

阅读它,可以看到MQL5 VPS减少了交易订单的 执行时间,当你的电脑到经纪人的服务器的ping很长时。这意味着,当您收到一个订单并从您的家庭电脑发送时,MQL5 VPS将有时间发送几次。任何地方都没有提到MQL5 VPS会影响经纪人服务器上的执行时间。如果一个交易订单的执行时间是巨大的 - 这是一个三思而后行并更换经纪人的理由。

至于没有说的地方--这正是它所说的--https://www.mql5.com/ru/vps/forex
萍水相逢的商业广告!



同样--在一台具有良好UPS的办公电脑上,交易速度是你的VPS的20倍。而且,这与经纪人没有关系。
我认为
关于这个话题的讨论已经结束了,特别是当你删除了我关于VPS服务器的一个帖子。
你的行为非常懦弱。
Для чего нужен виртуальный выделенный сервер на Форексе – VPS для MetaTrader 4/5
Для чего нужен виртуальный выделенный сервер на Форексе – VPS для MetaTrader 4/5
  • www.mql5.com
Сервера MetaTrader VPS расположены максимально близко к брокеру, что позволяет минимизировать сетевые задержки при исполнении ордеров и обеспечить круглосуточную работу торговых роботов и подписок на сигналы. VPS поможет сделать трейдинг на форексе прибыльнее!
 
Alexandr Plys:


你固执地不愿意思考,而是喜欢看你想看的东西。这是引用的参考资料,谈到了在订单往返于你的PC时节省时间。请多多思考阅读,不要幻想。

 
Vladimir Karputov:

你固执地不愿意思考,而是喜欢看你想看的东西。这是引用的参考资料,谈到了在订单往返于你的PC时节省时间。请大家多多思考,不要胡思乱想。

是你在广告中幻想!是你在广告中幻想。

我再次写信给你,希望我在我的经纪人那里有比通过你的VPS更好的体验。
而你是那个仍然不承认自己缺点的人。
你为什么要删除你的帖子?
这是很体面的行为吗?
我是否侮辱了任何人?
我在写一个问题。
我再说一遍,在办公室的PC上,交易速度要快20倍。
那是什么?

这是一个事实。
而你塞给我的日志是什么?
,这就是你知道问题的原因。
我不知道订单和交易是如何和在哪里执行的,而你昨天写道,你的专家顾问在本地电脑上被封锁了,你在日志文件中有记录。
你不断地想出一个关于 "坏 "经纪人的 "解释"--那么你在胡思乱想什么,如果我对他不满意,我就会离开他。
我从2009年开始有了开发经验,我在15岁时就成为了一名程序员--那是很久以前的事了。

首先,要尊重付给你钱并要求你解决的客户。

站在你的立场上,我会把钱还给你,这将是这场无谓争论的结束。

 
Alexandr Plys:


我建议你冷静下来,更仔细地阅读。我一直都在回答谢尔盖-格鲁兹德夫的 问题。我今天才开始回答你的问题。

 
Vladimir Karputov:

我建议你冷静下来,更仔细地阅读。我一直都在回答谢尔盖-格鲁兹德夫的 问题。我今天才开始回答你。

所以要解释原因,并解决你的服务器的通信问题,比如说通信渠道。
你很可能有一个糟糕的渠道,而你却在节省客户。

把它整理出来,否则你会因为没有必要而被关闭。

为什么要 "卖 "一个坪?

如果你不是在和我说话,那你为什么要删除我的帖子?

我给你写信,你又回到了这个话题,不是你也不是我,而是谁在这里,和谁在一起?

 

不管怎么说,只要把这个象征性的数额归还就可以了。

而且你可以删除整个分支,但我已经保留了副本。

 
Alexandr Plys:

所以要解释原因,并解决你的服务器的通信问题,比如说通信渠道。
你很可能有一个糟糕的渠道,并且在为客户省钱。

再仔细看一下你的日志片段。

LK      0       16:30:00.044    Trades  '500089278': market buy 0.01 EURUSD sl: 1.16848 tp: 1.17898
OD      0       16:30:00.066    Trades  '500089278': accepted market buy 0.01 EURUSD sl: 1.16848 tp: 1.17898
QQ      0       16:30:02.070    Trades  '500089278': deal #4980471 buy 0.01 EURUSD at 1.17449 done (based on order #6390183)
RL      0       16:30:02.076    Trades  '500089278': order #6390183 buy 0.01 / 0.01 EURUSD at 1.17449 done in 2032.114 ms
PQ      0       16:30:02.107    Trades  '500089278': buy limit 0.02 EURUSD at 1.17239 sl: 1.16639 tp: 1.17689
OG      0       16:30:02.116    Trades  '500089278': accepted buy limit 0.02 EURUSD at 1.17239 sl: 1.16639 tp: 1.17689
DF      0       16:30:02.117    Trades  '500089278': order #6390184 buy limit 0.02 / 0.02 EURUSD at 1.17239 done in 10.658 ms
JJ      0       16:31:46.014    Trades  '500089278': market sell 0.01 EURUSD sl: 1.18092 tp: 1.17042
MR      0       16:31:46.025    Trades  '500089278': accepted market sell 0.01 EURUSD sl: 1.18092 tp: 1.17042
OG      0       16:31:48.028    Trades  '500089278': deal #4980511 sell 0.01 EURUSD at 1.17492 done (based on order #6390225)
OJ      0       16:31:48.029    Trades  '500089278': order #6390225 sell 0.01 / 0.01 EURUSD at 1.17492 done in 2015.824 ms
JD      0       16:31:48.076    Trades  '500089278': sell limit 0.02 EURUSD at 1.17702 sl: 1.18302 tp: 1.17252
MR      0       16:31:48.087    Trades  '500089278': accepted sell limit 0.02 EURUSD at 1.17702 sl: 1.18302 tp: 1.17252
IN      0       16:31:48.088    Trades  '500089278': order #6390227 sell limit 0.02 / 0.02 EURUSD at 1.17702 done in 12.575 ms

订单执行 时间在一秒钟内发生如此大的变化,这难道不令你困惑吗?这种情况经常重复出现,而且明显取决于订单的类型?或者你认为 "通信通道 "可以通过发送具有某种顺序类型的数据包来有选择地放慢速度?