「1.open data folder 2.once you open the data folder go back to theTerminal folder.3 once in the terminal folder go to the Community folder and delete everything in there ,restart mt4 and in mt4 go to terminal/market and login to your mql5 account and everything should work " - I think you did it, right?その後、メタトレーダーのコミュニティタブに入力しましたか？ログイン/パスを入力した後、OKを押してください？
私は、テクニカル/ファンダメンタル分析は、フォーラムのためのほとんどオフトピックであることを繰り返すことができます。これらのスレッドは、何年も前だったフォーラムの非常に低い活動の間に フォーラムをリフレッシュすることで良い仕事をしました。
そして、これらのスレッドの一部（またはそれらのほとんど）が一日で削除される場合は、フォーラムと何も起こりません。
では、最近のフォーラムは活気に満ちていて、分析について議論する必要はないのでしょうか？
新しいユーザーが来て、例えばビットコインの分析のためのスレッドを開いた場合、あなたは彼のトピックを削除するつもりですか？そのユーザーは、mql5に滞在するつもりですか？
モデレーターが新しいセクションを作れないことは理解しています。
もしあなたがイーサリアムのチャートを開いて、asctrendシステムが良い設定を見つけたとわかったら、「イーサリアムの予想と分析」を開くのではなく、もしそれがGBPで行われたら、既存のスレッドが存在するのでそれを使うのですか？
同じことをイーサリアムではなく、トルコリラ（FXです）、EUR/TRYに投稿したい場合、新しいトピックを作らないでしょうし、他のトピックがないので、全く投稿しないのでしょうか？
スパムを避けるというより、他の人が投稿しないようにという感じがするのはなぜでしょうか？
では、最近のフォーラムは活気に満ちていて、分析について議論する必要はないのでしょうか？
新しいユーザーが来て、例えばビットコインの分析のためのスレッドを開いた場合、あなたは彼のトピックを削除するつもりですか？ そのユーザーは、mql5に滞在するつもりですか？
モデレーターが新しいセクションを作れないことは理解しています。
もしあなたがイーサリアムのチャートを開いて、asctrendシステムが良い設定を見つけたとわかったら、「イーサリアムの予想と分析」を開くのではなく、もしそれがGBPで行われたら、既存のスレッドが存在するのでそれを使うのですか？
同じことをイーサリアムではなく、トルコリラ（FXです）、EUR/TRYに投稿したい場合、新しいトピックを作らないでしょうし、他のトピックがないので、全く投稿しないのでしょうか？
スパムを避けるというより、他の人が投稿しないようにという感じがするのはなぜでしょうか？
はい、私は新しいスレッドを削除します（そして何度も削除しました）。
そして、私は新しいスレッドを開くことはありません（EUR/TRYを持つ投稿はEURのスレッドに移動します）。
だから、フォーラムは、最近の活動であふれ、我々は、分析について議論する必要はありません？
フォーラムがサービスデスク代わりに使われているのは、以下のようなことに関する活動です。
何人のユーザーが、ソースコードでスレッドにアップロードされたEAで、設定の最適化/バックテストを行い、デモ口座で取引して設定を修正し、取引システムを改善する方法についてのアイデアを持って、フォーラムで直接取引システムを作成しましたか（そしてすべてがスレッドに直接掲載されています）？
私はそれをやった...と私はコーダーではありません...あなたはそのようなスレッド（ 例としてASCTREND SYSTEMの要約）を作成し、維持するために私にどのように困難に想像することは可能です。
どのように多くのユーザーは、ここで過去5年間のプロモーションなしで任意の技術的な分析の記事を作った？
私はそれをやっただけ.
だから、議論することは何もありません...
私はフォーラムでこの "テクニカル分析の物語 "を始め、私が投稿を行い（私以外の誰も過去数年間それをしなかった）、私はいくつかのスレッドを削除することによって、一日でそれを終了する権利を持っているされています。
私はちょうど約注意するために投稿＃26を コピーしています（投稿はほとんど市場に関連しているが、それは他のどのような状況で有用である） - 。
----------------
技術的なバグや技術的な方法で何かを行うことが不可能な可能性について - それは私の個人的な発表です（そして私の知る限り - サービスデスクは、彼らがそれを修正する場合には本当のバグであることが可能なすべてのバグを再現する必要がありますので、同じ方法で作業しています）。
取引、自動取引システム、取引戦略のテストに関するフォーラム
DAY 2 ...購入した製品がmt4マーケットタブに表示されない...DAY 2
セルゲイ・ゴルベフ, 2020.09.22 08:59
フォーラムのサポートはすべてどうなっているのか（そしてどうなるのか）:
私が思うに - ユーザーが何をしたかの証拠/スクリーンショット/と技術情報についてのスクリーンショットを提供しない（提供しなかった）場合には、いかなるサポートも提供しなくなるのでしょう。
正しい証拠（スクリーンショット、ログファイル）を提供するのはユーザーの責任です。
証拠なし＝フォーラムサポートなし（証拠なしの場合、サービスデスクは助けない）。
取引、自動取引システム、取引戦略のテストに関するフォーラム
インジケーターインストールの問題
セルゲイ・ゴルベブ、2020.05.18 18:54
スクリーンショットが証拠です。
取引、自動取引システム、取引戦略のテストに関するフォーラム
MQL5デバッガーの新バージョンを準備中です。
レナート・ファットフーリン, 2020.12.22 17:56
技術的に未完成なものは、無視します。私はちょうど約注意するために投稿＃26を コピーしています（投稿はほとんど市場に関連しているが、それは他のどのような状況で有用である） - 。
----------------
技術的なバグや技術的に不可能なことについて - これは私の個人的な発表です（そして私の知る限り - サービスデスクは、彼らがそれを修正するために、実際のバグである可能性があるすべてのバグを再現する必要があるので、同じ方法で作業しています）。
これはMQからの公式回答です:バグを報告するための公開プロセスを持つことは良いことで、良いテクニカルレポートを求めることは正しいことです。しかし、Metaquotesのやり方は良くなく、ほとんどの人がバグを報告しないように導いています、なぜでしょうか？
しっかりとした、文書化された、再現可能なバグレポートを作成するのは時間がかかります、時には非常に時間がかかります。しかし、それをやっている人がいないことをどうやって知ることができるでしょうか？フォーラムを全部読まなければならないのですか？見るべき中心的な場所がないのです。
私は、もし私が何らかのフィードバックを得ることができれば、それを行う準備ができていますが、それはほとんどありません。なぜなら、バグが発生した場合、ほとんどの場合、MT5やmql5が提供する機能やテクニックを使用する必要があるためです。バグがある場合、私は回避策を見つける必要があるかもしれませんが、もしバグがすぐに修正されるとわかっていれば、それを遅らせることができます。
つまり、今起きていることは、最も有能なコーダーが、他に選択肢がない場合にのみバグを報告するということです。私たちはMT5、mql5が好きで、mql5.comの周りで作業するすべての利点に感謝していますが、私たちには無駄にしている時間はなく、ベータテスターとしてお金をもらっているわけでもないので、Metaquotesと特にRenatからの何らかの配慮は歓迎されるでしょう。主にバグレポートがもっと整理されるべきです。それを管理するために、無料で公開されているソフトウェアがあります。なぜ、Metaquotesは、公に報告されたバグを管理するための良いソリューションを実装するのがそんなに難しいのでしょうか？
Sergey、もし可能なら、これをRenatに報告してください、とても合理的で建設的な提案です。
Alainが言っていることに賛成です。私はMT4とMT5の両方で数え切れないほどのバグがあり、詳細なバグレポートを作成すると10倍以上の時間とリソースを消費し、せいぜい非常に曖昧な結果になるため、いくつかの代替コーディングソリューションで回避しています。バグがすでに報告されているか、開発者がすでに知っているかを確認 する方法がない場合、バグレポートを提出してもフィードバックがほとんどない場合、そしてバグの修正に何年もかかる場合、それが最後の手段でない限り、MQL開発者がレポートを提出する動機が本当にないのです。MetaQuotesが良い報告を得て、開発者の経験レベルを全体的に向上させることに興味があるなら、バグ追跡システムを統合することはここで大いに役立つはずです。ありがとうございます。
バグを報告するための公開プロセスを持つことは良いことで、良いテクニカルレポートを求めることは正しいことです。しかし、Metaquotesのやり方は良くなく、ほとんどの人がバグを報告しないように導いています...
最後にフォーラムに投稿してからしばらく経ちますが、私は100％同意します。私が知っている他のソフトウェア開発チームは何十年も前にこれを実装しているのに、なぜMetaquotesは これをやらないのか理解できません。
MetaQuotesがそうしない理由は、完全な無能か、単に自分たちに有利になるようにユーザーベースを操作したい、あるいは自分たちが主な利益を得ているブローカーのためにそうしたいかのどちらかだとしか思えません。言い換えれば、関係者全員の利益と満足をより全体的に見るのではなく、「欲」として知られる単純で一方的な見方です。
だから、メタクォーツは、いくら文句を言っても、このようなシステムを導入 することはないと、私は心底思っています。
バグを報告するための公開プロセスを持つことは良いことで、良いテクニカルレポートを求めることは正しいことです。しかし、Metaquotesのやり方は良くなく、ほとんどの人がバグを報告しないように導いています、なぜでしょうか。
しっかりとした、文書化された、再現可能なバグレポートを作成するのは時間がかかります、時には非常に時間がかかります。しかし、それをやっている人がいないことをどうやって知ることができるでしょうか？フォーラムを全部読まなければならないのですか？見るべき中心的な場所がないのです。
私は、もし私が何らかのフィードバックを得ることができれば、それを行う準備ができていますが、それはほとんどありません。なぜなら、バグが発生した場合、ほとんどの場合、MT5やmql5が提供する機能やテクニックを使用する必要があるためです。バグがある場合、私は回避策を見つける必要があるかもしれませんが、もしバグがすぐに修正されるとわかっていれば、それを遅らせることができます。
つまり、今起きていることは、最も有能なコーダーが、他に選択肢がない場合にのみバグを報告するということです。私たちはMT5、mql5が好きで、mql5.comの周りで作業するすべての利点に感謝していますが、私たちには無駄にしている時間はなく、ベータテスターとしてお金をもらっているわけではないので、Metaquotesと特にRenatからのいくつかの配慮は歓迎されるでしょう。主にバグレポートがもっと整理されるべきです。それを管理するために、無料で公開されているソフトウェアがあります。なぜ、Metaquotesは、公に報告されたバグを管理するための良いソリューションを実装するのがそんなに難しいのでしょうか？
Sergey、もし可能なら、これをRenatに報告してください、とても合理的で建設的な提案です。
また、MT4/MT5は無料の取引プラットフォームであるため（MT4/MT5はクラウドベースではない）、QuantConnectはMetatrader 4（MT4）およびMetatrader 5（MT5）とは比較できません。
----------------
このスレッドは削除します。