borilunad: У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!
越多的人知道所有这些信息（关于虱子），厨房就越少，诚实的公司就越多。 我个人赞成诚实的公司，并对欺诈性厨房的完全消失感兴趣。
我希望只与诚实的公司进行交易。
如果平台能倒出威士忌，那将是一个好机会，但现在的情况是，MT4平台已经足够好。你不能只是添加虱子、眼镜、体积。架构只是没有规定这一点。
即使他们出现，又能改变什么呢？利润？在严肃的网站上，MT就像牛身上的马鞍。而对非严重的，蜱虫会很快被刷掉。
首先，蜱虫重现很容易检查，没有人取消实时性，任何人都可以重现他们的历史。
第二，架构允许，只要程序员不正确地使用自己的历史。
在测试器中，刻度线的生成都是一样的，用正确的算法代替生成，一切都会工作（顺便说一下，它可以作为一个选项，保存我们的东西）。
到目前为止，所有关于MQ的争论都与信息量有关，但在目前的互联网速度和HDD及RAM的容量下，它也不可能是一个很长的借口。
同样的，关于处理交通问题的蹩脚借口并不奏效，DT公司意识到这种情况，他们正在为蜱虫革命做准备，他们已经在收集、投放和分发蜱虫（尚未出现异常情况）。
所以这只是MQ的一个政治决定问题。
我有来自我的经验的信息!当我根据从M5到H1的TFs的报价来建立我的TS时，一切都很好!但当我试图从M1中添加数据时，一切都成了泡影!我只能想象虱子会做什么!只是不必要的噪音，仅此而已!让TC脸皮厚到不能再厚了!
我不写微妙的TS，但我被许多问题吓到了，为什么在测试器中测试和在演示器上实时测试是不同的。
打勾的故事可以一劳永逸地解决这个问题，而且测试人员可以被信任（和 演示实时测试 一样）。
你不厌倦思考永恒的事情吗？
妈的，你去网站，你看到感兴趣的分支的变化，你进去了，有...一切都是一样的，没有变化，也没有主持人的信息。
你们都可以要求提供 "面团 "按钮...
另外，关于关心处理交通的借口是行不通的，DT已经感觉到了这种情况，正在为蜱虫革命做准备，他们已经在收集、张贴和分发蜱虫（还没有）。
所以这只是MQ的一个政治决定问题。
迄今为止，经销商们将此作为营销的勾选项目。而每星期有2.5个用户在咬牙切齿地弹跳。
而如何处理蜱虫，每年仅一个符号就高达一千兆字节，这一点还不清楚。十几个符号的十年，已经有100个千兆字节。每个用户的数量，这可以很好地估计出规模。而这只是问题的技术部分。
迄今为止，经销商们将此作为营销的勾选项目。而每周有2.5个用户在零散地下载。
但如何处理蜱虫，仅一个字符每年就高达数千兆字节，这一点还不清楚。十几年中的十几个人物，就已经有100个千兆字节。每个用户的数量，这可以很好地估计出规模。而这只是问题的技术部分。
瑟弗勒: 2013.06.11
现在提供深层次的tick历史不是问题，互联网的速度增加了100-1000倍（拨号-adsl，光学），硬盘增加了1000倍（Gigabytes-terabytes），每兆字节的信息（下载和硬盘上）价格下降，在过去10年，仍然有torrents，所有tick历史EURUSD的大小从2007年4月到现在在.bi5 = 743 MB，使用Dukascopy（例如，ADSL 10 Mbit = 1 Mb/sec的速度，需要12分钟）。
https://www.mql5.com/ru/forum/1031/page18#comment_520781
743*35=26G，35个工具，实际上会更少，因为欧元兑美元是流动性最好的工具（它有最多的ticks），这些是2007年4月的真实ticks，有些工具出现的时间比2007年晚。
+ 如果MetaTrader 5被认为是一个交易所的终端，为什么它不能进行准确的tick测试？
迄今为止，经销商们将此作为营销的勾选项目。而每周有2.5个用户进行零散的下载。
但如何处理蜱虫，仅一个符号一年内就高达一千兆字节，还不清楚。
一切都很好。在终端，在设置中，创建一个变量（如MaxTickHistory），默认分配为0。不是每个人都需要ticks，例如，这里有一个观点。
У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!
他不需要虱子。但我知道，我将把设置调整到必要的深度。
对于我的交易目的，我需要深度为几天的ticks，对于测试--一两个月+几天，但对于市场动态的研究，我将下载6-8年的20-30个符号。磁盘存储器的容量允许（两个3兆字节+1兆字节的硬盘）。
10年10个符号，已经有100G了。每个用户的数量，这可以很好地估计出规模。而这只是问题的技术部分。
因此，让我们思考一下。如果实施期待已久的创新的意向声明将出现--人们将充分了解所有出现的问题（例如，下载速度限制）。甚至可能有一些有用的实施建议。例如，有一个想法是在用户之间分配流量，如果用户终端联合在一个受控的 "点对点 "网络中，向 "同伴 "发送缺失的交易历史 片段。在这种情况下，经纪商实际上只向网络提供新的点位+对一小部分用户的历史基数进行初始填充。
总而言之，一切都是可以解决的。在目前的互联网条件下，这项任务不应该像6-7年前那样让开发者感到惊恐。速度很好，磁盘存储容量对经纪人和 "蜱虫迷 "来说都相当实惠。
迄今为止，经销商们将此作为营销的勾选项目。而每周有2.5个用户进行零散的下载。
但如何处理蜱虫，仅一个符号每年就高达一千兆字节，目前还不清楚。十年中的十几个字符，就已经有100个千兆字节。每个用户的数量，这可以很好地估计出规模。而这只是问题的技术部分。
你不要忘记，虱子是奇妙的可压缩的。标准的拉链存档器将一个活跃的RTS日的tick历史 从8 mb压缩到350 kBytes。然而，它是一个普通的未经优化的文本文件。有了自己的高度专业化的存档器，结果还是可以改进的。因此，在最坏的情况下（每天约200,000次），每年有1亿字节（350kByte*270天）。液体工具是30-40，这让我们每年有3-4GBytes，或者在10年内只有30-40GBytes--以今天的标准来说并不多。
迄今为止，经销商们将此作为营销的勾选项目。而每周有2.5个用户进行零散的下载。
但如何处理蜱虫，仅一个符号每年就高达一千兆字节，目前还不清楚。十年中的十几个字符，就已经有100个千兆字节。每个用户的数量，这可以很好地估计出规模。而这只是问题的技术部分。
这里的关键词是 "可选"。
不需要打破你所拥有的，增加选项。
首先，开始使用自定义蜱虫，而不是在测试器中生成的蜱虫。
进一步将更多的储蓄纳入历史。
增加对交易服务器的tick历史 广播请求，等等。
SZS和每个项目都是可选的，你甚至可以发送统计的选项的使用要注意的。