棘手的沟通问题 - 页 5

新评论
 
假设第4点，第一个订单应该被执行。如果是这种情况，那么第二个订单应该被执行，但由于服务器正在处理第一个请求，所以不会被执行。对吗？

，有两种可能：
1.第一笔订单被执行（但你可以通过修改未结头寸 清单或查看终端日志了解到这一点），第二笔订单甚至没有发送到服务器；
2.第二笔订单无论如何都没有发送到服务器。第一笔订单没有被执行。请在日志中查看原因。
 
<br / translate="no">有两种可能性。
1.第一笔订单被执行（但你可以通过改变未结头寸列表或检查终端日志来知道这一点），第二笔订单甚至不会进入到服务器。
2.第二个订单在任何情况下都不会传送到服务器，第一个订单不会被执行。



好的。然后向我和其他人解释，这几句话的含义是什么。

1.2005.11.29 16:59:52 '82991': 登录(4.00, #2841B56A)
2.2005.11.29 17:00:33 'TradeContext: ping error
3.2005.11.29 17:02:25 '82991': 无法登录[无连接]
4.2005.11.29 17:03:33 '82991': 服务器已接受请求
5.2005.11.29 17:03:33 '82991': 请求正在进行中
6.2005.11.29 19:11:44 '82991': 平仓单#2076385在1.1759卖出0.10 EURUSD sl: 0.0000 tp: 0.0000 at price 1.1743
7.2005.11.29 18:36:29 '82991': 即时订单在1.1785卖出0.10 EURUSD sl: 0.0000 tp: 0.0000

我请求你不要把它当作侵略，我只是累了，想分析一下为什么订单没有执行，我不明白日志中的一切，这种条目在日志中最经常使用。
 
开发商们又沉默了.........
而下面这句话是什么意思。
2005.11.30 09:38:40 Old tick EURUSD5 1.1779/1.1782
也没有回答？
我在哪里可以读到日志条目的含义？
 
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?

有2种可能的选择。
1.第一笔订单被执行（但你可以通过改变未结头寸列表或检查终端日志来发现这一点），第二笔订单甚至不会进入到服务器。
2.第二个订单在任何情况下都不会传送到服务器，第一个订单不会被执行。


让我们回到我们开始的地方。我们在哈尔科夫已经有50人，我们正在努力解决这个问题，"pyrodex "不是第一个，可惜也不是最后一个。每天都有人来到Ukrsotsbank的哈尔科夫交易中心，不是作为专家工作（Ukrsotsbank默认禁止在真实账户 上使用专家），而是在真实的资金上使用钢笔，并询问这个x-.....何时结束。有些人认为他们的电脑有问题。给Ukrsotsbank（MT4买家）的基辅办公室打电话，他们逐字回答如下："....，这个程序对通信渠道有要求，与供应商打交道....."，对"....，为什么在你们哈尔科夫分行工作得很糟糕 "的问题回答说："......，他们在哈尔科夫的本地网络有问题...."。需要注意的是，哈尔科夫交易中心的本地网络问题从周一切换到MT4那天开始，持续了4个星期，没有中断过，周五在MT3上，前两天由于某种原因没有问题，之前的一年也是如此。很难假设Ukrsotsbank突然开始作弊，因为在引入MT4之前，它没有给人任何怀疑的理由。在这一年中，有几起误解，但都在合理范围内。我们找到了银行的副主席（Ukrsotsbank是乌克兰十大银行之一），他给了我们自动化和计算机化部门的负责人。两天后，他给了我们答案，他不打算牺牲银行的安全来使MT4运行。从开发商没有说任何可以理解的话，除了与供应商谈判和其他废话来看，目前还没有解决这个问题的办法。
 
mark 30.11.05 10:28
回到我们开始的地方...

哈尔科夫交易中心的专家还没有与我们联系。
 
先生们 开发者 !
问题是，当我就连接问题联系我的经纪公司时，他们把我送回了开发商，也就是你。
由于MT4对通信渠道非常挑剔，请问您能不能明确这些渠道的要求？

如果我想使用这些通道，但不知道它们的参数，我不知道该怎么做。
我问了我的供应商，但他有一个反问：你需要什么质量？我应该告诉他什么？
那我应该怎么做才能使用移动交易，不是Wap，而是通过GPRS的成熟的MT版本？
并非俄罗斯和独联体的所有城市都有像莫斯科这样惊人的互联网质量？

为了不影响你的脑袋，请上传解密的日志文件。
但这种明确的意义，以及这种记录的原因，如。

1.2005.11.29 16:59:52 '82991': 登录(4.00, #2841B56A)
2.2005.11.29 17:00:33 'TradeContext: ping error
3.2005.11.29 17:02:25 '82991': 无法登录[无连接]
4.2005.11.29 17:03:33 '82991': 服务器已接受请求
5.2005.11.29 17:03:33 '82991': 请求正在进行中
6.2005.11.29 19:11:44 '82991': 平仓单#2076385在1.1759卖出0.10 EURUSD sl: 0.0000 tp: 0.0000 at price 1.1743
7.2005.11.29 18:36:29 '82991': 即时订单在1.1785卖出0.10 EURUSD sl: 0.0000 tp: 0.0000

并非如此。
这样你就可以和提供者以及你争论。
 
MetaQuotes 30.11.05 11:37 哈尔科夫交易中心的专家没有联系我们。


所以这就是所有问题的罪魁祸首!哈尔科夫交易中心!!!还有谁要来向你低头，让你最终解决这个问题？现在进入正题。我重复一遍。连接有问题。在等待密集的报价流（新闻、市场活动）时，信息（报价、

新闻报道）的传递延迟达3分钟。从视觉上看，这表现在报价的流动 "停止"，"累积"，然后报价的 "累积 "部分在一个瞬间来到了客户那边。几秒钟后，这种情况会重复出现，直到市场稳定下来。你关于偏爱某个特定供应商的建议可能是有效的。事实上，通过供应商A的路由要经过15个服务器--美国，通过德国又回到了乌克兰。问题是存在的。通过ISP B，路由完全通过 "乌克兰 "服务器。这个问题没有被观察到。然而！！！。在供应商A处以毫秒为单位的延迟比供应商B处少2-3倍。MT产品是如此的民族化-特权化，以至于对资产阶级的通信渠道有反感吗？同样，在引入MT4之前，根本没有问题。连接的问题只出现在MT4软件上（没有供应商的区别）。IE、ICQ和其他所有的工作都没有问题。请优先考虑最后解决连接问题。谢谢你。
 
Skull_AC 30.11.05 12:51
所以这就是所有问题的罪魁祸首！！！。哈尔科夫特区！！！。

请仔细阅读本主题中之前发布的所有信息，以便后续的帖子有逻辑上的联系，而不是脱离讨论的背景。

......请把最终解决通信问题作为优先事项。

引用之前一个帖子的内容："......我们找到了银行的副行长（Ukrsotsbank是乌克兰十大银行之一），他给了我们自动化和计算机化部门的负责人。两天后，他告诉我们，他不打算为了一个MT4而牺牲银行的计算机安全。
 
各位开发者！！！。
让我们停止使用文字吧!惹恼你并不是目的。确保MT4在通信质量方面不比MT3差，你将获得尽可能多的延期。

你自己说23.11.05 20:15 "正在仔细研究这个问题"，这个研究的结果是什么？
如果没有，何时才能结束？
如果这不是什么秘密，你是在莫斯科？因此，你有充分的辉煌与连接，这不能说是地区。
如果你需要帮助检查不同地区的通信质量，只要告诉我怎么做，至少有10个来自独联体不同地区的人愿意做任何工作来调查这个问题，只是为了加速其解决。
 
令人惊讶的是，今天的订单执行情况 要好得多。在所有下达的订单中，只有约10%没有被执行。
你走的路是正确的！！！。
难道我们不能改变 "经纪人方面的一些更多设置"，使订单执行得更好吗？
在Alpari的演示中检查了它。
1234567
新评论