论坛的一般规则和最佳做法。 - 页 5 123456 新评论 Lorentzos Roussos 2021.03.24 22:18 #41 Sergey Golubev:我可以重申,技术/基本面分析几乎是论坛的题外话。在 多年前论坛活动非常少的时候 ,这些主题做了很好的工作,使论坛焕然一新。 如果这些线程中的一些(或大部分)在一天内被删除,论坛将不会发生任何事情。 所以,现在的论坛已经充满了活动,我们不需要再讨论分析了? 如果一个新用户来了,为比特币开了一个主题,比如说分析,你会删除他的主题吗?这个用户会留在mql5上吗? 我知道版主不能创建新的板块,我明白,但请原谅我的直率,我觉得这里有双重标准。 所以,如果你打开以太坊的图表,看到asctrend系统发现了一个很好的设置,你不会开一个 "以太坊的预测和分析",但如果它在GBP上出现,你会使用现有的一个主题,因为它存在? 让我们简化一下,如果你想发布的不是以太坊而是土耳其里拉(也就是外汇),EUR/TRY,你不会创建一个新的主题,也没有其他主题,所以你根本不会发布? 为什么我觉得它更多的是关于别人不发帖而不是避免垃圾邮件? Sergey Golubev 2021.03.25 05:01 #42 Lorentzos Roussos:所以现在的论坛充满了活动,我们不需要讨论分析?如果一个新用户来了,为比特币开了一个主题,比如说,为了分析,你会删除他的主题吗? 这个用户会留在mql5上吗?我知道版主不能创建新的板块,我明白,但请原谅我的直率,我觉得这里有双重标准。所以,如果你打开以太坊的图表,看到asctrend系统发现了一个很好的设置,你不会开一个 "以太坊的预测和分析",但如果它在GBP上出现,你会使用现有的一个主题,因为它存在?让我们简化一下,如果你想发布的不是以太坊而是土耳其里拉(也就是外汇),EUR/TRY,你不会创建一个新的主题,也没有其他主题,所以你根本不会发布?为什么我觉得它更多的是关于别人不发帖而不是避免垃圾邮件? 是的,我将删除新的主题(并且删除了很多次)。 我也不会开新的主题(带有EUR/TRY的帖子会转到EUR的主题)。 所以现在的论坛充满了活动,我们不需要讨论分析? 论坛是用来代替服务台的,它的活动与以下内容有关。 "我发现了错误..." "请帮助我......" 等等。 有多少用户直接在论坛上创建了交易系统,并将EA的源代码上传到线程上,对设置进行优化/回测,并在模拟账户上进行交易,以纠正设置,并对如何改进交易系统提出想法(一切都直接在线程上)? 我只做了......而且我不是一个程序员......你可以想象我创建和维护这样的线程有多难(以ASCTREND系统总结 为例)。 在过去的5年里,有多少用户在这里发过没有推广的技术分析帖子? 我只做了 ... 所以,没有什么好讨论的......,我在论坛上开始了这个 "技术分析故事",我发了帖子(过去几年除了我没有人发过),我有权利在一天内通过删除一些线程来完成它。 Brainwashing System / Asctrend System 2013.05.12www.mql5.com This is the thread about Brainwashing system. We will start with original version of this system and will improve it later... Sergey Golubev 2021.03.25 12:59 #43 我复制第26号 帖子只是为了引起注意(该帖子主要与市场有关,但对任何其他情况都是有用的)------。 ----------------关于可能的技术错误或不可能以技术方式做某事--这是我个人的声明(据我所知--服务台也在以同样的方式工作,因为他们必须重现任何可能的错误是真正的错误,以便修复它)。 关于交易、自动交易系统和测试交易策略的论坛 第2天 ...购买的产品不显示在mt4市场标签中....DAY 2 Sergey Golubev, 2020.09.22 08:59 所有的论坛支持都是如何做的(以及将如何做):,我认为--在用户不提供(没有提供)和证明/截图/关于他所做的事情和技术信息的截图的情况下,我将停止提供任何支持。 用户有责任提供正确的证明(屏幕截图、日志文件)。 没有证据=没有论坛支持(在没有证据的情况下,服务台也不会提供帮助)。 关于交易、自动交易系统和测试交易策略的论坛 指标安装问题 Sergey Golubev, 2020.05.18 18:54 证据就是屏幕截图。 你想做什么(哪个错误/问题一般)--几个字 Windows版本(例如,Windows 10 64位)。 Metatrader中的 "社区 "选项卡--屏幕截图中的密码被隐藏起来了 Internet Explorer版本 - 截图 Metatrader构建 - 截图 日志文件 - 下载*txt格式的日志文件 - 附件 哪个错误,什么时候/为什么 - 截图和/或复制日志文件中的文本 更改了密码(是的,不是) 在 "社区 "选项卡中更改了密码(是的,不是),在 "社区 "选项卡中放置新密码后按下了 "确定 "键? 市场选项卡--购买--截图(请看我在#13 帖子中的截图)。 点击 "安装 "按钮或 "下载 "按钮--错误?截图;按了之后在日志文件中写了什么? 文本格式的日志文件+截图。 "1.打开数据文件夹 2.一旦你打开数据文件夹,回到终端文件夹。3.一旦在终端文件夹中,进入社区文件夹,删除里面的所有东西,重新启动mt4,在mt4中进入终端/市场,登录到你的mql5账户,一切都应该工作" - 我想你做到了,对吗?之后你是否在metatrader中填写了社区标签?在填写完你的登录名/密码后按了确定? 这是MQ的正式答复: 关于交易、自动交易系统和测试交易策略的论坛正在准备新版本的MQL5调试器Renat Fatkhullin, 2020.12.22 17:56 凡是技术上写得不完整的,我们都忽略不计。 你仍然在没有技术细节和直接链接的情况下进行沟通。这不是建设性的,也是无效的。 没有时间去打乒乓。这一点已经解释过很多次了。以及一个错误报告是开发者可以接受的事实。 General rules and best pratices of the Forum. 2019.03.05www.mql5.com General rules, enforced by moderators : ... Alain Verleyen 2021.03.26 16:31 #44 Sergey Golubev:我复制第26号 帖子只是为了引起注意(该帖子主要与市场有关,但对任何其他情况都是有用的)------。 ----------------关于可能的技术错误或不可能以技术方式做某事--这是我个人的声明(据我所知--服务台也在以同样的方式工作,因为他们必须将任何可能的错误复制为真正的错误,以便修复它)。 这是MQ的官方回复: 有一个公开的程序来报告错误是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误,为什么? 准备一份可靠的、有记录的和可重复的错误报告是很耗时的,有时甚至是非常耗时的。但是,我怎么知道现在还没有人在做这件事?我必须阅读所有的论坛?因为没有一个集中的地方可供查找。 如果我得到一些反馈,我仍然准备这样做,但这几乎是不可能的。因为当我得到一个bug时,大多数时候是因为我需要使用MT5或mql5提供的一些功能或技术。当有一个bug时,我可能需要找到一个解决方法,如果我知道这个bug很快就会被修复,我就可以推迟这个时间。 所以现在的情况是,最有能力的编码员只有在别无选择的情况下才会报告bug。我们喜欢MT5,mql5,我们感谢所有在mql5.com周围工作的好处,但我们没有时间浪费,我们不是拿钱做测试员,所以欢迎Metaquotes,特别是Renat的一些考虑。主要是错误报告应该更有条理。有一些公开的、免费的软件可以用来管理这些问题。为什么对Metaquotes来说,实施一个好的解决方案来管理公开报告的错误是如此困难? Sergey,如果你可以,请向Renat报告,这是非常合理和建设性的建议。 Andriy Moraru 2021.03.27 09:40 #45 我赞同Alain的说法。我已经数不清在MT4和MT5中出现了多少个bug,我已经用一些替代的编码解决方案来规避这些bug,因为创建一个详细的bug报告会耗费10倍的时间和资源,最多只能得到一个非常模糊的结果。当没有办法检查 一个错误是否已经被报告或开发人员已经知道,当你提交错误报告时几乎没有反馈,当修复一些错误需要几年时间时,除非这是最后的解决办法,否则真的没有动力让MQL开发人员提交任何报告。如果MetaQuotes有兴趣获得好的报告,并提高开发人员的整体经验水平,那么整合一个错误跟踪系统将对这里有很大的帮助。谢谢! Alain Verleyen 2021.03.27 10:12 #46 Andriy Moraru: 我赞同Alain的说法。我已经数不清在MT4和MT5中出现了多少个bug,我已经用一些替代的编码解决方案来规避这些bug,因为创建一个详细的bug报告会耗费10倍的时间和资源,最多只能得到一个非常模糊的结果。当没有办法检查 一个错误是否已经被报告或开发人员已经知道,当你提交错误报告时几乎没有反馈,当修复一些错误需要几年时间时,除非这是最后的解决办法,否则真的没有动力让MQL开发人员提交任何报告。如果MetaQuotes有兴趣获得好的报告,并提高开发人员的整体经验水平,那么整合一个错误跟踪系统将对这里有很大的帮助。谢谢! 谢谢你,我希望能得到更多像你这样的帖子。 Fernando Carreiro 2021.03.27 19:30 #47 Alain Verleyen:有一个公开的程序来报告bug是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误...... 我已经有一段时间没有在论坛上发帖了,但我100%同意,并且不明白为什么Metaquotes 没有这样做,而我所知道的网络上的每个其他软件开发团队几十年前就已经实施了。 我认为MetaQuotes不这样做的唯一原因是完全无能和/或只是想操纵用户群,以利于他们自己和他们从中获得主要利润的经纪商。换句话说,这是一种简单化的、被称为"贪婪 " 的片面观点,而不是从更全面的角度来考虑所有参与方的整体收益和满意度。 这就是为什么,我全心全意地相信,MetaQuotes 永远不会实施 这样的系统,无论我们抱怨多少次。 Nice One Elain 2021.05.18 01:45 #48 Alain Verleyen:有一个公开的程序来报告bug是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误,为什么?准备一份可靠的、有记录的和可重复的错误报告是很耗时的,有时甚至是非常耗时的。但是,我怎么知道现在还没有人在做这件事?我必须阅读所有的论坛?因为没有一个集中的地方可供查找。如果我得到一些反馈,我仍然准备这样做,但这几乎是不可能的。因为当我得到一个bug时,大多数时候是因为我需要使用MT5或mql5提供的一些功能或技术。当有一个bug时,我可能需要找到一个解决方法,如果我知道这个bug很快就会被修复,我就可以推迟。所以现在的情况是,最有能力的编码员只有在别无选择的情况下才会报告bug。我们喜欢MT5,mql5,我们感谢所有在mql5.com周围工作的好处,但我们没有时间浪费,我们不是拿钱做测试员,所以欢迎Metaquotes,特别是Renat的一些考虑。主要是错误报告应该更有条理。有一些公开的、免费的软件可以用来管理这些问题。为什么对Metaquotes来说,实施一个好的解决方案来管理公开报告的错误是如此困难?Sergey,如果你可以,请向Renat报告,这是非常合理和建设性的建议。 我非常同意。 lk l 2024.03.12 04:47 #49 Alain Verleyen #: 亲!我们都是文明人 [删除] 2024.03.18 06:10 #50 我想问问版主,此论坛仅有中国人在互动吗?还是全世界EA都可能在此交流? 123456 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我可以重申,技术/基本面分析几乎是论坛的题外话。在 多年前论坛活动非常少的时候 ,这些主题做了很好的工作,使论坛焕然一新。
如果这些线程中的一些(或大部分)在一天内被删除,论坛将不会发生任何事情。
所以,现在的论坛已经充满了活动,我们不需要再讨论分析了?
如果一个新用户来了,为比特币开了一个主题,比如说分析,你会删除他的主题吗?这个用户会留在mql5上吗?
我知道版主不能创建新的板块,我明白,但请原谅我的直率,我觉得这里有双重标准。
所以,如果你打开以太坊的图表,看到asctrend系统发现了一个很好的设置,你不会开一个 "以太坊的预测和分析",但如果它在GBP上出现,你会使用现有的一个主题,因为它存在?
让我们简化一下,如果你想发布的不是以太坊而是土耳其里拉(也就是外汇),EUR/TRY,你不会创建一个新的主题,也没有其他主题,所以你根本不会发布?
为什么我觉得它更多的是关于别人不发帖而不是避免垃圾邮件?
所以现在的论坛充满了活动,我们不需要讨论分析?
如果一个新用户来了,为比特币开了一个主题,比如说,为了分析,你会删除他的主题吗? 这个用户会留在mql5上吗?
我知道版主不能创建新的板块,我明白,但请原谅我的直率,我觉得这里有双重标准。
所以,如果你打开以太坊的图表,看到asctrend系统发现了一个很好的设置,你不会开一个 "以太坊的预测和分析",但如果它在GBP上出现,你会使用现有的一个主题,因为它存在?
让我们简化一下,如果你想发布的不是以太坊而是土耳其里拉(也就是外汇),EUR/TRY,你不会创建一个新的主题,也没有其他主题,所以你根本不会发布?
为什么我觉得它更多的是关于别人不发帖而不是避免垃圾邮件?
是的,我将删除新的主题(并且删除了很多次)。
我也不会开新的主题(带有EUR/TRY的帖子会转到EUR的主题)。
所以现在的论坛充满了活动,我们不需要讨论分析?
论坛是用来代替服务台的,它的活动与以下内容有关。
有多少用户直接在论坛上创建了交易系统,并将EA的源代码上传到线程上,对设置进行优化/回测,并在模拟账户上进行交易,以纠正设置,并对如何改进交易系统提出想法(一切都直接在线程上)?
我只做了......而且我不是一个程序员......你可以想象我创建和维护这样的线程有多难(以ASCTREND系统总结 为例)。
在过去的5年里,有多少用户在这里发过没有推广的技术分析帖子?
我只做了 ...
所以,没有什么好讨论的......
,我在论坛上开始了这个 "技术分析故事",我发了帖子(过去几年除了我没有人发过),我有权利在一天内通过删除一些线程来完成它。
我复制第26号 帖子只是为了引起注意(该帖子主要与市场有关,但对任何其他情况都是有用的)------。
----------------
关于可能的技术错误或不可能以技术方式做某事--这是我个人的声明(据我所知--服务台也在以同样的方式工作,因为他们必须重现任何可能的错误是真正的错误,以便修复它)。
关于交易、自动交易系统和测试交易策略的论坛
第2天 ...购买的产品不显示在mt4市场标签中....DAY 2
Sergey Golubev, 2020.09.22 08:59
所有的论坛支持都是如何做的(以及将如何做):
,我认为--在用户不提供(没有提供)和证明/截图/关于他所做的事情和技术信息的截图的情况下,我将停止提供任何支持。
用户有责任提供正确的证明(屏幕截图、日志文件)。
没有证据=没有论坛支持(在没有证据的情况下,服务台也不会提供帮助)。
关于交易、自动交易系统和测试交易策略的论坛
指标安装问题
Sergey Golubev, 2020.05.18 18:54
证据就是屏幕截图。
关于交易、自动交易系统和测试交易策略的论坛
正在准备新版本的MQL5调试器
Renat Fatkhullin, 2020.12.22 17:56
凡是技术上写得不完整的,我们都忽略不计。我复制第26号 帖子只是为了引起注意(该帖子主要与市场有关,但对任何其他情况都是有用的)------。
----------------
关于可能的技术错误或不可能以技术方式做某事--这是我个人的声明(据我所知--服务台也在以同样的方式工作,因为他们必须将任何可能的错误复制为真正的错误,以便修复它)。
这是MQ的官方回复:有一个公开的程序来报告错误是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误,为什么?
准备一份可靠的、有记录的和可重复的错误报告是很耗时的,有时甚至是非常耗时的。但是,我怎么知道现在还没有人在做这件事?我必须阅读所有的论坛?因为没有一个集中的地方可供查找。
如果我得到一些反馈,我仍然准备这样做,但这几乎是不可能的。因为当我得到一个bug时,大多数时候是因为我需要使用MT5或mql5提供的一些功能或技术。当有一个bug时,我可能需要找到一个解决方法,如果我知道这个bug很快就会被修复,我就可以推迟这个时间。
所以现在的情况是,最有能力的编码员只有在别无选择的情况下才会报告bug。我们喜欢MT5,mql5,我们感谢所有在mql5.com周围工作的好处,但我们没有时间浪费,我们不是拿钱做测试员,所以欢迎Metaquotes,特别是Renat的一些考虑。主要是错误报告应该更有条理。有一些公开的、免费的软件可以用来管理这些问题。为什么对Metaquotes来说,实施一个好的解决方案来管理公开报告的错误是如此困难?
Sergey,如果你可以,请向Renat报告,这是非常合理和建设性的建议。
我赞同Alain的说法。我已经数不清在MT4和MT5中出现了多少个bug,我已经用一些替代的编码解决方案来规避这些bug,因为创建一个详细的bug报告会耗费10倍的时间和资源,最多只能得到一个非常模糊的结果。当没有办法检查 一个错误是否已经被报告或开发人员已经知道,当你提交错误报告时几乎没有反馈,当修复一些错误需要几年时间时,除非这是最后的解决办法,否则真的没有动力让MQL开发人员提交任何报告。如果MetaQuotes有兴趣获得好的报告,并提高开发人员的整体经验水平,那么整合一个错误跟踪系统将对这里有很大的帮助。谢谢!
有一个公开的程序来报告bug是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误......
我已经有一段时间没有在论坛上发帖了,但我100%同意,并且不明白为什么Metaquotes 没有这样做,而我所知道的网络上的每个其他软件开发团队几十年前就已经实施了。
我认为MetaQuotes不这样做的唯一原因是完全无能和/或只是想操纵用户群,以利于他们自己和他们从中获得主要利润的经纪商。换句话说,这是一种简单化的、被称为"贪婪 " 的片面观点,而不是从更全面的角度来考虑所有参与方的整体收益和满意度。
这就是为什么,我全心全意地相信,MetaQuotes 永远不会实施 这样的系统,无论我们抱怨多少次。
有一个公开的程序来报告bug是件好事,要求提供好的技术报告是正确的。但Metaquotes的做法不好,导致大多数人不报告错误,为什么?
准备一份可靠的、有记录的和可重复的错误报告是很耗时的,有时甚至是非常耗时的。但是,我怎么知道现在还没有人在做这件事?我必须阅读所有的论坛?因为没有一个集中的地方可供查找。
如果我得到一些反馈,我仍然准备这样做,但这几乎是不可能的。因为当我得到一个bug时,大多数时候是因为我需要使用MT5或mql5提供的一些功能或技术。当有一个bug时,我可能需要找到一个解决方法,如果我知道这个bug很快就会被修复,我就可以推迟。
所以现在的情况是,最有能力的编码员只有在别无选择的情况下才会报告bug。我们喜欢MT5,mql5,我们感谢所有在mql5.com周围工作的好处,但我们没有时间浪费,我们不是拿钱做测试员,所以欢迎Metaquotes,特别是Renat的一些考虑。主要是错误报告应该更有条理。有一些公开的、免费的软件可以用来管理这些问题。为什么对Metaquotes来说,实施一个好的解决方案来管理公开报告的错误是如此困难?
Sergey,如果你可以,请向Renat报告,这是非常合理和建设性的建议。