对MQL5的祝愿 - 页 116 1...109110111112113114115116117118119120121122123...131 新评论 Renat Fatkhullin 2009.10.25 19:13 #1151 avtomat >> : Renat，我曾多次要求增加MT4的指标缓冲区数量。 是否有可能从目前的8个增加到64-128个？我认为，这将是一个非常好的步骤。 不在mt4中了 Oleg 2009.10.25 19:34 #1152 Renat >> : 在客户终端方面，传入的（通过网络）数据以10-13倍的速度解压缩，原始工作数据以解压缩的形式存储在磁盘上，以便于速度和访问。磁盘还存储了所有由会议记录生成的时间框架。 换句话说，你不能把工作存储器的大小算作网络流量的大小。我们已经实现了一个非常有效的数据压缩和传输机制。在所有的时间范围内，10年的流量等于10兆。 在MT4中，您可以从服务器上的档案中下载报价。 你为什么不在MT5中使用这种方法？- 该方案是新的，但方法有点老套。此外，有这么多 此外，在MT5中，有许多可用的工具（只需点击按钮20...500...次，10...20分钟）。它甚至听起来并不严重。 这就如同宝马车会有几匹马来驱动汽车的运行速度一样。 你能想象吗？*(MK不算在内) 当技术已经被尝试和测试时，在小事情上吝啬是愚蠢的。 除非你能选择几对并同时抽出它们，并设置所需的时间。 日期上的时间间隔。 Hide 2009.10.25 21:35 #1153 Svinozavr >> : 正是如此。作为一个长期的交易员，我不理解新的MT中对ticks的拒绝。对于厨房来说，这是可以理解的，他们的蜱虫史完全是一个噱头。尽管它对测试也可能是有用的。但是，如果在交易所地板上会有一个出口，那么我不明白开发商的逻辑。 有多少它已经是gavorno关于它。但似乎我们不会有拥有投标人历史的幸福。:( 带着真正的兴趣，我在等待测试者--他们将如何模仿杯子。;)这与蜱虫的仿真不一样。 我预计黄牛党会向天空举手。:) Vladimir Klepinin 2009.10.25 23:23 #1154 Renat писал(а)>> 显然，很少有人考虑到这样一个事实：对于10年的历史来说，10mb的流量只被下载_，所有其他的时间框架都是基于这个数据建立的，而没有访问服务器。现实上，如果我们谈论的是全面的图表工作和图表时间段的切换，mt5的流量甚至比mt4还要少。 请记住 "10年的图表和任何时间的图表=10MB的一次性流量 "的规则。 兄弟们，难道你们真的不明白，解决方案本身就很奇怪，甚至与流量的多少无关。你正在将终端的请求处理功能转移 到终端本身，增加了许多倍的流量。 然后你努力奋斗，成功克服这个问题。当然，很明显，这是因为经纪公司的服务器已经超载，而你试图以牺牲客户的利益来缓解它们。但这个解决方案是否成功，因为贫穷的CA，不能建立一个正常的服务器，很难以这种方式帮助。或者他们只是懒得写自己的系统来处理服务器上的线程请求？ [删除] 2009.10.25 23:43 #1155 有的时候，解决一个问题是很困难的。纠正一个错误可能很困难。但承认错误要困难得多。 Eugeni Neumoin 2009.10.26 06:47 #1156 avtomat писал(а)>> 这里是所有问题的答案:))) 谁需要它，为什么...:)))))))) 严肃地说，你需要有2-3个月的勾当记录，最好是6个月。不用于测试。 在任何时候都可以查阅这段历史。 为你自己的蜱虫处理程序。 条形（烛台）形式的分钟历史--被认为是同一指标。这是一个烛台的。 你必须扭曲地从这个指标中获得必要的信息，并以你自己的方式处理它。 [删除] 2009.10.26 09:13 #1157 嗯，每个笑话中都有一个笑话... Hide 2009.10.26 10:05 #1158 fwiq >> : 然后你努力奋斗，成功克服了这个问题。当然，很明显，这是因为DC的服务器超载了，而你正试图以牺牲客户的利益来减轻他们的负担。但这是否是一个成功的解决方案，因为贫穷的CA，谁也不能建立一个正常的服务器，很难以这种方式帮助。或者他们只是太懒了，没有写一个系统来处理服务器上的线程请求？ 没有必要试图把自己的问题归咎于他人。比如说我，在流量、磁盘和其他方面没有任何问题。(虽然我故意，作为测试的一部分，在一个弱的WIFI频道，一个弱的上网本上运行MT5，并且一般将终端安装在闪存盘上--一切都很好）你希望什么。但是！没有必要为每个人签名。只写自己，说，你有一个问题。感觉到差异了吗？- 你有问题，不是所有人都有问题。让DC为自己考虑，你为自己考虑，其他用户为自己考虑。 顺便说一下，这也适用于你的另一位不幸的同志。 Vladimir Klepinin 2009.10.26 22:50 #1159 HideYourRichess писал(а)>> 不要试图将自己的问题归咎于他人。例如，我就没有任何流量、磁盘或其他方面的问题。(虽然我故意，作为测试的一部分，在一个弱的WIFI频道、一个弱的上网本上运行MT5，并且一般将终端安装在闪存盘上--都能正常工作）你希望怎样。但是！没有必要为每个人签名。只写自己，说，你有一个问题。感觉到差异了吗？- 你有问题，不是所有人都有问题。让DC思考自己，你思考自己，其他用户思考自己。 顺便说一下，这也适用于你的另一位不幸的同志。 你想获得列宁勋章是因为你做得很好吗？他们已经把它附在MQL5上，因为它还没有在其他市场的播放器上测试。如果你有这样一个好的反馈，你可以把它给最广泛的同志们。如果一切都那么好，也许你就不会为这种不经意的小事而烦恼了。 这将是合乎逻辑和高效的。或者在你的闲暇时间会测试终端如何在iPod上工作，用这种技术。但他们说的和一首歌里说的一样："让长颈鹿错了，但有罪的不是长颈鹿，而是在树枝上喊话的人--长颈鹿很大，他更清楚"。 Hide 2009.10.26 22:57 #1160 在iPod上交易？- 看在上帝的份上，我很抱歉，我应该直接警告你。请写，陈述任何废话--我不会说一个字。 现在一切都已经澄清了，我将给予同情和耐心。在iPod上交易!- aaaaaghit.... 1...109110111112113114115116117118119120121122123...131 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
Renat，我曾多次要求增加MT4的指标缓冲区数量。
是否有可能从目前的8个增加到64-128个？我认为，这将是一个非常好的步骤。
不在mt4中了在客户终端方面，传入的（通过网络）数据以10-13倍的速度解压缩，原始工作数据以解压缩的形式存储在磁盘上，以便于速度和访问。磁盘还存储了所有由会议记录生成的时间框架。
换句话说，你不能把工作存储器的大小算作网络流量的大小。我们已经实现了一个非常有效的数据压缩和传输机制。在所有的时间范围内，10年的流量等于10兆。
在MT4中，您可以从服务器上的档案中下载报价。
你为什么不在MT5中使用这种方法？- 该方案是新的，但方法有点老套。此外，有这么多
此外，在MT5中，有许多可用的工具（只需点击按钮20...500...次，10...20分钟）。它甚至听起来并不严重。
这就如同宝马车会有几匹马来驱动汽车的运行速度一样。
你能想象吗？*(MK不算在内)
当技术已经被尝试和测试时，在小事情上吝啬是愚蠢的。
除非你能选择几对并同时抽出它们，并设置所需的时间。
日期上的时间间隔。
正是如此。作为一个长期的交易员，我不理解新的MT中对ticks的拒绝。对于厨房来说，这是可以理解的，他们的蜱虫史完全是一个噱头。尽管它对测试也可能是有用的。但是，如果在交易所地板上会有一个出口，那么我不明白开发商的逻辑。
有多少它已经是gavorno关于它。但似乎我们不会有拥有投标人历史的幸福。:(
带着真正的兴趣，我在等待测试者--他们将如何模仿杯子。;)这与蜱虫的仿真不一样。
我预计黄牛党会向天空举手。:)
显然，很少有人考虑到这样一个事实：对于10年的历史来说，10mb的流量只被下载_，所有其他的时间框架都是基于这个数据建立的，而没有访问服务器。现实上，如果我们谈论的是全面的图表工作和图表时间段的切换，mt5的流量甚至比mt4还要少。
请记住 "10年的图表和任何时间的图表=10MB的一次性流量 "的规则。
兄弟们，难道你们真的不明白，解决方案本身就很奇怪，甚至与流量的多少无关。你正在将终端的请求处理功能转移 到终端本身，增加了许多倍的流量。
然后你努力奋斗，成功克服这个问题。当然，很明显，这是因为经纪公司的服务器已经超载，而你试图以牺牲客户的利益来缓解它们。但这个解决方案是否成功，因为贫穷的CA，不能建立一个正常的服务器，很难以这种方式帮助。或者他们只是懒得写自己的系统来处理服务器上的线程请求？
这里是所有问题的答案:)))
谁需要它，为什么...:))))))))
严肃地说，你需要有2-3个月的勾当记录，最好是6个月。不用于测试。
在任何时候都可以查阅这段历史。
为你自己的蜱虫处理程序。
条形（烛台）形式的分钟历史--被认为是同一指标。这是一个烛台的。
你必须扭曲地从这个指标中获得必要的信息，并以你自己的方式处理它。
然后你努力奋斗，成功克服了这个问题。当然，很明显，这是因为DC的服务器超载了，而你正试图以牺牲客户的利益来减轻他们的负担。但这是否是一个成功的解决方案，因为贫穷的CA，谁也不能建立一个正常的服务器，很难以这种方式帮助。或者他们只是太懒了，没有写一个系统来处理服务器上的线程请求？
没有必要试图把自己的问题归咎于他人。比如说我，在流量、磁盘和其他方面没有任何问题。(虽然我故意，作为测试的一部分，在一个弱的WIFI频道，一个弱的上网本上运行MT5，并且一般将终端安装在闪存盘上--一切都很好）你希望什么。但是！没有必要为每个人签名。只写自己，说，你有一个问题。感觉到差异了吗？- 你有问题，不是所有人都有问题。让DC为自己考虑，你为自己考虑，其他用户为自己考虑。
顺便说一下，这也适用于你的另一位不幸的同志。
不要试图将自己的问题归咎于他人。例如，我就没有任何流量、磁盘或其他方面的问题。(虽然我故意，作为测试的一部分，在一个弱的WIFI频道、一个弱的上网本上运行MT5，并且一般将终端安装在闪存盘上--都能正常工作）你希望怎样。但是！没有必要为每个人签名。只写自己，说，你有一个问题。感觉到差异了吗？- 你有问题，不是所有人都有问题。让DC思考自己，你思考自己，其他用户思考自己。
顺便说一下，这也适用于你的另一位不幸的同志。
你想获得列宁勋章是因为你做得很好吗？他们已经把它附在MQL5上，因为它还没有在其他市场的播放器上测试。如果你有这样一个好的反馈，你可以把它给最广泛的同志们。如果一切都那么好，也许你就不会为这种不经意的小事而烦恼了。 这将是合乎逻辑和高效的。或者在你的闲暇时间会测试终端如何在iPod上工作，用这种技术。但他们说的和一首歌里说的一样："让长颈鹿错了，但有罪的不是长颈鹿，而是在树枝上喊话的人--长颈鹿很大，他更清楚"。