服务台 "部分已经消失了 - 页 15 1...891011121314151617181920 新评论 Vitaly Muzichenko 2018.08.15 15:25 #141 Vladislav Andruschenko: 我想我的意思是,我们自己在论坛上交流,并创建有错误的主题。而METAQUOTES团队会审查这些主题,如果发现有严重的错误,会做出反应。 这就像谨慎的视频监控。 因此,每个人都不必在服务台创建一个应用程序。这是可以理解的,但我还是想100%知道这个错误得到了回应和解决。如果它不打算修复它,也就是说,它不是关键问题,那么得到的答复是他们不会修复它,那么就不要等待和寻找变通方法。 我在SD有一个待定的申请,它没有被修复,尽管它被承认为一个错误。 只需要一些具体细节 - 是/否。 Vitaly Muzichenko 2018.08.15 15:31 #142 Renat Fatkhullin:这意味着有一个选择。 这个问题不感兴趣问题不详,不可复制注意到了我们不再打乒乓,不再在一步步的拉动细节上浪费资源。我们已经经营了8年的公共服务台,很明显,我们不能再这样下去了。 我们有自己的未来多年的工作计划,我们正专注于发展这些计划。几乎不清楚将如何应对) fxsaber 2018.08.15 16:32 #143 我想起了CopyTicks的史诗。有完整播放代码的错误报告不在少数。在论坛上发布,在SD中重复。这些细节只是在SD中以建设性的方式进行了整理。人们认为,开发者为自己设定的目标是最终解决这些抽搐的问题。至于原因是在SD还是在论坛,就很难说了。粗略估计,大约有10%的错误报告是我的错误/理解不力。最后,在SD和禁令中的几百个请求(关于编译器和其他主题)之后,很明显,这些请求几乎已经死了,所以我不再在那里写了。只留下了论坛帖子。 现在,自定义字符需要的态度与曾经的蜱虫差不多。我认为对于蜱虫来说,这只是一个巧合,编辑/发送信息的冲动原来是相互的。其他主题也很可能是这样的。而且只要有兴趣,沟通的渠道可以是LS而不是SD。 Yuriy Asaulenko 2018.08.15 16:38 #144 总的来说,既然CD已经消失了,那么在论坛上为各种MT-MQL的错误和对管理和开发者的呼吁建立一个新的板块是个好主意。我已经把所有东西都混在一堆 不同的部分。最好是在论坛的某个地下室里。 另一个问题是,政府和开发商是否会觉得有必要作出回应。这是他们的私事)。 实际上,这是一种常见的做法。嗯,差不多。 fxsaber 2018.08.15 16:41 #145 Andrey Khatimlianskii:在历史记录中找到申请号并尝试直接进入? https://www.mql5.com/ru/users/fxsaber/servicedesk/closed/ХХХХХ我没有。我不知道应用程序的数量。 Vasiliy Pushkaryov 2018.08.15 17:16 #146 Yuriy Asaulenko:总的来说,既然CD已经消失了,那么在论坛上为各种MT-MQL的错误和对管理和开发者的呼吁建立一个新的板块是个好主意。我已经把所有东西都混在一堆 不同的部分。最好是在论坛的某个地下室里。 另一个问题是,政府和开发商是否会觉得有必要作出回应。这是他们的私事)。 实际上,这是一种常见的做法。嗯,差不多。 我支持这个观点。在整个 论坛中搜索并不是很方便。有时你会记得讨论该问题的大致时间范围。或者在这里,正是这个主题(话题),但它有50或100页长。如果有一个高级搜索:按帖子的日期,按章节,在一个特定的主题中搜索。这将对更快地找到问题的答案有很大帮助。 [删除] 2018.08.15 19:02 #147 Renat Fatkhullin:你能告诉我,是否会恢复在SR中查看已关闭申请的可能性?那里有相当多的有价值的信息(解释),我希望能获得这些信息。 Roffild 2018.08.15 19:15 #148 如果没有Jira、Bugzilla或单独的论坛部分,现在真的不知道该把错误报告 发送到哪里。 Ariel Capja 2018.08.15 20:13 #149 Renat Fatkhullin:正是因为有很多人突然觉得是我们的员工要浪费时间询问所有的事和物,我们才关闭了公共服务台。服务台已经成为全世界的狂热。不要忘记,我们为整个世界服务,而不仅仅是俄语区。 这个网站上有大量的可搜索信息。我们已经完成了我们的工作,而且是用7种语言。现在要靠大家花时间寻找问题的答案了。 技术问题应在公共论坛上处理,以便每一个决定都有肩负的效果。在一个封闭的服务台中以1:1的杠杆处理技术问题,对于任何具有规模经济的公司来说,在经济上是无利可图的(100-1000个客户并不是规模)。 我们现在正在从根本上改变网站的服务流程,并将所有能做的事情自动化。 不幸的是,一些过去由人工完成的旧流程被暂时搁置了。 我们将其自动化并重做。 供应商注册公布产品,包括更新。自动更新已经被允许。在kodobase中发布自由职业者套利全面改进流程,使其更加清晰 评论家。 为了理解现实,你需要能够进入每一方(至少2-3方)的立场,而不是将自己固化在个人的立场上。当你从上面看现实时,"我必须"、"别人必须做什么"、"它必须这样工作 "的制度通常是错误的。始终考虑流程的经济性和规模的经济性信息技术领域创造了一场免费的盛宴,导致了一代人的认知错误,"在XXX领域,一切都必须是免费的"。听取解释--它们是正确、合理和有效的我们有统计数据和经验 - 我们知道我们在做什么我们做得很好,谢谢你 雷纳特-法特库林。这只是因为有很多人突然觉得这些是我们公司的员工,应该把时间花在关于一切的问题上,我们关闭了公共服务台。在世界范围内,Servicedesque已经变成了一种完全的疯狂。不要忘记,我们为整个世界服务,而不仅仅是为讲俄语的部分服务。 在这个网站上,有大量的信息可供搜索。我们已经完成了我们的工作,而且是用7种语言。现在要靠大家花时间去寻找问题的答案了。 技术问题应该在公共论坛上解决,这样每个决定都会产生肩负的效果。在一个封闭的公用事业中,以1:1的肩膀来处理技术问题,对于任何具有规模效应的公司来说,在经济上是无利可图的(100-1000个客户不是规模)。 现在,我们从根本上改变了网站的维护流程,并将所有可能的事情自动化。 不幸的是,有一段时间,以前手动提供的一些旧程序被停滞了。 我们自动化和返工的内容。 卖方登记 公布产品,包括更新。自动更新已经被允许。 法典中的出版物 自由职业者中的仲裁 我们在整个战线上改进流程,使其更易被理解 评论家。 为了理解现实,必须能够站在每一方(至少2-3方)的立场上,而不是固守自己的个人立场。 我应该","其他人必须在那里做一些事情","这应该像这样工作",通常是错误的,如果你从顶部看现实的话 总是有必要考虑到流程的经济性和规模的经济性 免费分发货物的做法不可能永远持续下去。在IT领域创造了一场免费的盛宴,这导致了整个一代人的认知错误,"在XXX领域,一切都应该是免费的。 听取解释--他们是正确的、合理的、有道理的 我们手上有统计数据和大量的经验--我们知道我们在做什么。 我们做得很好,谢谢你 你好。 不幸的是,我不会说俄语,但如果我理解正确的话,产品的出版和审查在一段时间内是没有的。正确吗?是否有一个时间表,说明什么时候可以再次使用?谢谢你提供的信息。 Алексей Тарабанов 2018.08.15 22:37 #150 Ariel Capja: 你好。 也向你问好。 在论坛上禁止一个用户,就自动剥夺了他们的技术支持。你想过吗? 和你嗨。在论坛上禁止用户,会自动剥夺他的支持。你想过吗? 1...891011121314151617181920 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我想我的意思是,我们自己在论坛上交流,并创建有错误的主题。而METAQUOTES团队会审查这些主题,如果发现有严重的错误,会做出反应。
这就像谨慎的视频监控。
因此,每个人都不必在服务台创建一个应用程序。
这是可以理解的,但我还是想100%知道这个错误得到了回应和解决。如果它不打算修复它,也就是说,它不是关键问题,那么得到的答复是他们不会修复它,那么就不要等待和寻找变通方法。
我在SD有一个待定的申请,它没有被修复,尽管它被承认为一个错误。
只需要一些具体细节 - 是/否。
这意味着有一个选择。
我们不再打乒乓,不再在一步步的拉动细节上浪费资源。我们已经经营了8年的公共服务台,很明显,我们不能再这样下去了。
我们有自己的未来多年的工作计划,我们正专注于发展这些计划。
几乎不清楚将如何应对)
我想起了CopyTicks的史诗。有完整播放代码的错误报告不在少数。在论坛上发布,在SD中重复。这些细节只是在SD中以建设性的方式进行了整理。人们认为,开发者为自己设定的目标是最终解决这些抽搐的问题。至于原因是在SD还是在论坛,就很难说了。粗略估计,大约有10%的错误报告是我的错误/理解不力。最后,在SD和禁令中的几百个请求(关于编译器和其他主题)之后,很明显,这些请求几乎已经死了,所以我不再在那里写了。只留下了论坛帖子。
现在,自定义字符需要的态度与曾经的蜱虫差不多。我认为对于蜱虫来说,这只是一个巧合,编辑/发送信息的冲动原来是相互的。其他主题也很可能是这样的。而且只要有兴趣,沟通的渠道可以是LS而不是SD。
总的来说,既然CD已经消失了,那么在论坛上为各种MT-MQL的错误和对管理和开发者的呼吁建立一个新的板块是个好主意。我已经把所有东西都混在一堆 不同的部分。最好是在论坛的某个地下室里。
另一个问题是,政府和开发商是否会觉得有必要作出回应。这是他们的私事)。
实际上,这是一种常见的做法。嗯,差不多。
在历史记录中找到申请号并尝试直接进入?
https://www.mql5.com/ru/users/fxsaber/servicedesk/closed/ХХХХХ
我没有。我不知道应用程序的数量。
总的来说,既然CD已经消失了,那么在论坛上为各种MT-MQL的错误和对管理和开发者的呼吁建立一个新的板块是个好主意。我已经把所有东西都混在一堆 不同的部分。最好是在论坛的某个地下室里。
另一个问题是,政府和开发商是否会觉得有必要作出回应。这是他们的私事)。
实际上,这是一种常见的做法。嗯,差不多。
你能告诉我,是否会恢复在SR中查看已关闭申请的可能性?那里有相当多的有价值的信息(解释),我希望能获得这些信息。
正是因为有很多人突然觉得是我们的员工要浪费时间询问所有的事和物,我们才关闭了公共服务台。服务台已经成为全世界的狂热。不要忘记,我们为整个世界服务,而不仅仅是俄语区。
这个网站上有大量的可搜索信息。我们已经完成了我们的工作,而且是用7种语言。现在要靠大家花时间寻找问题的答案了。
技术问题应在公共论坛上处理,以便每一个决定都有肩负的效果。在一个封闭的服务台中以1:1的杠杆处理技术问题,对于任何具有规模经济的公司来说,在经济上是无利可图的(100-1000个客户并不是规模)。
我们现在正在从根本上改变网站的服务流程,并将所有能做的事情自动化。
不幸的是,一些过去由人工完成的旧流程被暂时搁置了。
我们将其自动化并重做。
评论家。
这只是因为有很多人突然觉得这些是我们公司的员工,应该把时间花在关于一切的问题上,我们关闭了公共服务台。在世界范围内,Servicedesque已经变成了一种完全的疯狂。不要忘记,我们为整个世界服务,而不仅仅是为讲俄语的部分服务。
在这个网站上,有大量的信息可供搜索。我们已经完成了我们的工作,而且是用7种语言。现在要靠大家花时间去寻找问题的答案了。
技术问题应该在公共论坛上解决,这样每个决定都会产生肩负的效果。在一个封闭的公用事业中,以1:1的肩膀来处理技术问题,对于任何具有规模效应的公司来说,在经济上是无利可图的(100-1000个客户不是规模)。
现在,我们从根本上改变了网站的维护流程,并将所有可能的事情自动化。
不幸的是,有一段时间,以前手动提供的一些旧程序被停滞了。
我们自动化和返工的内容。
评论家。
不幸的是,我不会说俄语,但如果我理解正确的话,产品的出版和审查在一段时间内是没有的。正确吗?是否有一个时间表,说明什么时候可以再次使用?谢谢你提供的信息。
你好。
也向你问好。
在论坛上禁止一个用户,就自动剥夺了他们的技术支持。你想过吗?
和你嗨。
在论坛上禁止用户,会自动剥夺他的支持。你想过吗?