我如何判断一个顾问是否被直流电击倒? - 页 5 12345678910 新评论 Fedor Arkhipov 2007.10.26 07:27 #41 Mathemat: 谷歌"OrderSendReliable",它似乎是根据目前冠军领导人的建议。这是一个非常体面的图书馆。 谢谢你! [删除] 2007.10.26 07:47 #42 Meat: 雷纳特。 ...调用IsTradeAllowed()来了解是否有权利从EA进行交易就足够了。没有例外。 你在这里是错的。至于经纪人禁止使用专家顾问,你不能用任何功能来检查它!你可以使用任何功能。我说的是我自己的经验。 IsTradeAllowed显示为真,但订单没有发送,正如我在上面写的,错误133被返回,"禁止专家交易 "被写在日志中。 如果你能引入一些特殊的功能来检查交易是否被经纪人禁止,那就更好了。否则,我们必须在试图进行交易操作后检查错误 133 这意味着终端发出了某种指示,表明订单是由专家顾问而不是由用户的手打开的。这里没有任何含糊之处。 要产生类似133的错误,你需要知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。 [删除] 2007.10.26 07:56 #43 在一个黑暗的房间里很难抓到一只黑猫。特别是如果它不在那里。 Igor Malcev 2007.10.26 08:14 #44 timbo: 在一个黑暗的房间里很难抓到一只黑猫。特别是如果它不在那里。 但你想抓住它:-)通常的偏执狂:-) [删除] 2007.10.26 09:44 #45 timbo: 在一个黑暗的房间里很难看到一只黑猫。特别是如果它不在那里。 没有什么是不可能的 Fedor Arkhipov 2007.10.26 09:53 #46 timbo: 在一个黑暗的房间里很难抓到一只黑猫。特别是如果它不在那里。 你说这是基于你的经验的无稽之谈。 Сергей Ковалев 2007.10.26 10:38 #47 scorpionk: 这意味着终端发出了某种指示,表明订单是由专家顾问而不是由用户的手打开的。这里没有任何含糊之处。 要显示类似133的错误,你需要知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。 有一只黑猫,但它是在另一个房间。 经纪人按下 "禁止EA进入此终端 "的按钮。在执行这个控制动作时,服务器向终端发送了一次特殊的命令。 S - "听着,终端,不要再给我发送任何由在你赞助下工作的EA产生的交易指令!" T - "如果一个用户运行一个EA呢?" S - "而且你给他看错误代码。" T - "知道了!我要了"。 一切都发生在终端侧,服务器不知道终端中的混乱情况。 而用户可能会因愤怒而爆发,但现在他只能抱怨他不应该让各种格子、点子和人字形的杀手代码冒犯了服务器本身! Fedor Arkhipov 2007.10.26 11:32 #48 SK. писал (а): scorpionk: 事实证明,不是终端阻塞了吗?这意味着终端正在发送某种指示,表明订单是由EA而不是由用户的手打开的。这里没有任何含糊之处。 要犯类似133的错误,应该知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。 有一只黑猫,但它在另一个房间里。 经纪人按下 "禁止顾问到这个终端 "的按钮。 为了执行这个控制动作,服务器向终端发送了一次特殊命令。 S--"听着终端,你不要再给我发送任何由在你主持下工作的专家产生的交易指令!" T - "如果用户运行一个EA怎么办?" S - "然后你给他看错误代码"。 T - "中奖了!我买了。" 然后一切都发生在终端侧,服务器不知道也不关心在终端中发生了什么混乱。 而用户可能会怒火中烧,但现在他只能抱怨说,他不应该允许不同的格子、点子和不一致的杀手代码对一个服务器无礼!。 这很可能是事实。至少对我来说,交易在重启终端后打开。 [删除] 2007.10.26 12:27 #49 为了不对服务器无礼,人们必须正确地编写代码。我想每个人都明白,我们谈论的是在EA代码中没有严重错误(如频繁的请求,错误地传递停止和采取参数,等等)的情况下进行封锁。尽管这样,自动交易还是被阻止了。这对经纪公司来说是不正确的 如果简单的重启有助于再次开始交易,那么你必须重启带有错误133 的终端。问题是,他们并不那么 "愚蠢",以至于他们这样做。我会让服务器告诉终端不让你用EA交易。 Fedor Arkhipov 2007.10.26 12:34 #50 scorpionk: 为了不对服务器无礼,人们必须正确地编写代码。我想每个人都明白,我们谈论的是在EA代码中没有严重错误(如频繁的请求,错误地传递停止和采取参数,等等)的情况下进行封锁。尽管这样,自动交易还是被阻止了。这对经纪公司来说是不正确的 如果简单的重启有助于再次开始交易,那么你必须重启带有错误133的终端。问题是,他们并不那么 "愚蠢",以至于他们这样做。我会让服务器告诉终端不让你用EA交易。 我会让服务器告诉终端不要让你用EA进行交易。我认为关闭它的原因可能是不同的,例如,EA正在盈利,频繁的请求,等等。 12345678910 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
谷歌"OrderSendReliable",它似乎是根据目前冠军领导人的建议。这是一个非常体面的图书馆。
...调用IsTradeAllowed()来了解是否有权利从EA进行交易就足够了。没有例外。
IsTradeAllowed显示为真,但订单没有发送,正如我在上面写的,错误133被返回,"禁止专家交易 "被写在日志中。
如果你能引入一些特殊的功能来检查交易是否被经纪人禁止,那就更好了。否则,我们必须在试图进行交易操作后检查错误 133
这意味着终端发出了某种指示,表明订单是由专家顾问而不是由用户的手打开的。这里没有任何含糊之处。 要产生类似133的错误,你需要知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。
在一个黑暗的房间里很难抓到一只黑猫。特别是如果它不在那里。
但你想抓住它:-)通常的偏执狂:-)
在一个黑暗的房间里很难看到一只黑猫。特别是如果它不在那里。
没有什么是不可能的
在一个黑暗的房间里很难抓到一只黑猫。特别是如果它不在那里。
这意味着终端发出了某种指示,表明订单是由专家顾问而不是由用户的手打开的。这里没有任何含糊之处。 要显示类似133的错误,你需要知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。
有一只黑猫,但它是在另一个房间。
经纪人按下 "禁止EA进入此终端 "的按钮。在执行这个控制动作时,服务器向终端发送了一次特殊的命令。
S - "听着,终端,不要再给我发送任何由在你赞助下工作的EA产生的交易指令!"
T - "如果一个用户运行一个EA呢?"
S - "而且你给他看错误代码。"
T - "知道了!我要了"。
一切都发生在终端侧,服务器不知道终端中的混乱情况。
而用户可能会因愤怒而爆发,但现在他只能抱怨他不应该让各种格子、点子和人字形的杀手代码冒犯了服务器本身!
事实证明,不是终端阻塞了吗?这意味着终端正在发送某种指示,表明订单是由EA而不是由用户的手打开的。这里没有任何含糊之处。 要犯类似133的错误,应该知道专家顾问在工作。因此,他们知道,终端为他们提供了这些信息。也许,开发商只是隐藏了这个事实。我们应该检查当用专家顾问开单和手动开单时,终端到底向服务器发送了什么,并比较发送的数据之间的差异。
有一只黑猫,但它在另一个房间里。
经纪人按下 "禁止顾问到这个终端 "的按钮。 为了执行这个控制动作,服务器向终端发送了一次特殊命令。
S--"听着终端,你不要再给我发送任何由在你主持下工作的专家产生的交易指令!"
T - "如果用户运行一个EA怎么办?"
S - "然后你给他看错误代码"。
T - "中奖了!我买了。"
然后一切都发生在终端侧,服务器不知道也不关心在终端中发生了什么混乱。
而用户可能会怒火中烧,但现在他只能抱怨说,他不应该允许不同的格子、点子和不一致的杀手代码对一个服务器无礼!。
为了不对服务器无礼,人们必须正确地编写代码。我想每个人都明白,我们谈论的是在EA代码中没有严重错误(如频繁的请求,错误地传递停止和采取参数,等等)的情况下进行封锁。尽管这样,自动交易还是被阻止了。这对经纪公司来说是不正确的
如果简单的重启有助于再次开始交易,那么你必须重启带有错误133 的终端。问题是,他们并不那么 "愚蠢",以至于他们这样做。我会让服务器告诉终端不让你用EA交易。
为了不对服务器无礼,人们必须正确地编写代码。我想每个人都明白,我们谈论的是在EA代码中没有严重错误(如频繁的请求,错误地传递停止和采取参数,等等)的情况下进行封锁。尽管这样,自动交易还是被阻止了。这对经纪公司来说是不正确的
如果简单的重启有助于再次开始交易,那么你必须重启带有错误133的终端。问题是,他们并不那么 "愚蠢",以至于他们这样做。我会让服务器告诉终端不让你用EA交易。