错误、漏洞、问题 - 页 205 1...198199200201202203204205206207208209210211212...3184 新评论 Sergey Gritsay 2010.11.24 23:29 #2041 Olegts: 也许他们有，我没有检查过。我是MT5的新手，在看到一个时间段转换到另一个时间段的类似图片后，认为这是某种错误（这就是为什么我在这个主题中写道），确信这些年都是由分钟条组成的，结果发现不是这样，现在我将检查其他服务器，包括metaquotes... 如果我没有弄错的话，如果服务器上没有分钟，那么分钟栏就会记录日栏的数据，我想这是开发者提到的。 Oleg Tsarkov 2010.11.25 04:10 #2042 IgorMsergey1294谢谢你 Andrey Dik 2010.11.25 08:05 #2043 最好是把出价和要价换掉。当然，这并不影响什么，但在视觉上却很伤眼，在下一个构建中移动复选框需要五秒钟。 Oleg Tsarkov 2010.11.25 10:53 #2044 连接到metacvot服务器，感觉到了不同。人们，在其他DC上测试之前，请检查历史文件夹的内容。它不应该是这样的。 而这是很好的。 一定要检查文件大小，每年的历史大小应该在25-30MB之间，否则几分钟就会被几小时或几天所取代，这将减少最初下载历史的流量，经济 - 一句话...如果他们是为了节省交通费用，那就需要考虑一下...... Andrey Sharov 2010.11.25 13:01 #2045 Olegts: 连接到metacvot服务器，感觉到了不同。 人们，在其他DC上测试之前，请检查历史文件夹的内容。 这种情况不应该出现。 而这是很好的。 一定要检查文件大小，每年的历史大小应该在25-30MB之间，否则几分钟就会被几小时或几天所取代，这将减少最初下载历史的流量，经济 - 一句话... 如果他们是为了节省交通费用，那就需要考虑一下......。 我认为有一些东西值得开发者思考：如果每个DC有一百个乐器，每个乐器都有完整的历史深度，如果用户需要一个乐器和一个年份，你就会得到数千兆字节的浪费的流量。据我所知，它只需要几行代码... Renat Fatkhullin 2010.11.25 13:04 #2046 Ashes: 我认为开发者有必要考虑一下：如果每个经纪公司都有数百个工具，每个工具都有完整的历史深度，你就会得到数千兆字节的浪费的流量，如果用户需要一个工具和一年。据我所知，它需要花费几行代码...该历史记录完全按需下载。如果我们不打开图表，历史记录将不会被下载。另外，只上传所需的时期。如果你使用的是2010年的时间表，那么将只有2010年的数据被上传。 Документация по MQL5: Операции с графиками / ChartOpen www.mql5.com Операции с графиками / ChartOpen - Документация по MQL5 Oleg Tsarkov 2010.11.25 13:31 #2047 Ashes: 我认为有一些东西值得开发者思考：如果每个DC有一百个乐器，每个乐器都有完整的历史深度，如果用户需要一个乐器和一个年份，你就会得到数千兆字节的浪费的流量。据我所知，它只需要几行代码... 这家经纪公司有很多工具，所以他们似乎已经决定保护自己不受一个傻瓜的影响，他们会把所有图表的历史记录都打开。也许这不会发生在真实的市场上。当然迷你周作为一个基础是好的，但谁知道贸易公司会在没有警告任何人的情况下开始将其改为日线。我认为他们会用一个限制，比如说一个月，从这个IP下载历史数据的数量，那么人们在下载之前会考虑；现在一切都很原始，很悲哀。你自己猜猜看... Renat Fatkhullin 2010.11.25 13:46 #2048 MetaTrader 5服务器在下载大量数据时没有任何负载问题（无论是CPU还是网络）。 整个系统的设计是为了尽可能有效和低成本地分发任何数据--包括交易 历史和图表历史。事实上，所有对数据深度的限制都被取消了。 MetaTrader 5平台的集群结构允许随着负载的增加而线性增加容量。 Andrey Sharov 2010.11.25 15:20 #2049 Renat: 该历史记录完全按需下载。如果你不打开任何图表，历史记录将不会被下载。 此外，将只下载所需的时期。如果你正在处理2010年的图表，将只下载2010年的数据。 我的错，我是指泰斯特。它可以使用这种行为。 Oleg Tsarkov 2010.11.25 15:24 #2050 Renat:MetaTrader 5服务器在下载大量数据时没有任何负载问题（无论是CPU还是网络）。 那么为什么经纪公司将历史数据压缩到1小时，然后从2010年8月开始压缩到日线？ 这是对MetaTrader 5的反宣传。 在你下载历史数据并决定在测试器中检查你的策略后，它显示2010年8月前的一件事，而在那个时间框架之后没有任何变化。我不知道为什么我决定在你的MetaTrader上交易。值得思考的是... 1...198199200201202203204205206207208209210211212...3184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
也许他们有，我没有检查过。我是MT5的新手，在看到一个时间段转换到另一个时间段的类似图片后，认为这是某种错误（这就是为什么我在这个主题中写道），确信这些年都是由分钟条组成的，结果发现不是这样，现在我将检查其他服务器，包括metaquotes...
IgorMsergey1294
谢谢你
最好是把出价和要价换掉。
当然，这并不影响什么，但在视觉上却很伤眼，在下一个构建中移动复选框需要五秒钟。
连接到metacvot服务器，感觉到了不同。
人们，在其他DC上测试之前，请检查历史文件夹的内容。
它不应该是这样的。
而这是很好的。
一定要检查文件大小，每年的历史大小应该在25-30MB之间，否则几分钟就会被几小时或几天所取代，这将减少最初下载历史的流量，经济 - 一句话...
如果他们是为了节省交通费用，那就需要考虑一下......
连接到metacvot服务器，感觉到了不同。
人们，在其他DC上测试之前，请检查历史文件夹的内容。
这种情况不应该出现。
而这是很好的。
一定要检查文件大小，每年的历史大小应该在25-30MB之间，否则几分钟就会被几小时或几天所取代，这将减少最初下载历史的流量，经济 - 一句话...
如果他们是为了节省交通费用，那就需要考虑一下......。
我认为开发者有必要考虑一下：如果每个经纪公司都有数百个工具，每个工具都有完整的历史深度，你就会得到数千兆字节的浪费的流量，如果用户需要一个工具和一年。据我所知，它需要花费几行代码...
该历史记录完全按需下载。如果我们不打开图表，历史记录将不会被下载。
另外，只上传所需的时期。如果你使用的是2010年的时间表，那么将只有2010年的数据被上传。
我认为有一些东西值得开发者思考：如果每个DC有一百个乐器，每个乐器都有完整的历史深度，如果用户需要一个乐器和一个年份，你就会得到数千兆字节的浪费的流量。据我所知，它只需要几行代码...
MetaTrader 5服务器在下载大量数据时没有任何负载问题（无论是CPU还是网络）。
整个系统的设计是为了尽可能有效和低成本地分发任何数据--包括交易 历史和图表历史。事实上，所有对数据深度的限制都被取消了。
MetaTrader 5平台的集群结构允许随着负载的增加而线性增加容量。该历史记录完全按需下载。如果你不打开任何图表，历史记录将不会被下载。
此外，将只下载所需的时期。如果你正在处理2010年的图表，将只下载2010年的数据。
MetaTrader 5服务器在下载大量数据时没有任何负载问题（无论是CPU还是网络）。