マーケットで公開されているEAにおける最小ストップの確認。 - ページ 14

 
まだ、問題は解決していませんが、機会を探してみます。
 
まあ、正直なところ、ブローカーが「フローティング」であることを宣言して、それで0を取得するのであれば、なぜstoplevelやspreadを取得する機能まで言語上必要なのでしょうか。フォークメイトで拾う、取引サーバーと交渉する。もっといいのは、サーバーがエラーを返さないように、最初の一回を推測することです。
 
Vladislav Andruschenko:
今のところ、問題は解決していませんが、機会を探っていきたいと思います。

問題解決ストッパーが 0 の場合は、スプレッドにユーザー指定の係数を掛けたものを取る。もし、最初にSLとTPを設定した後、再クオートなしでエラー130が 発生したら、エラーが消えるまで係数を1つずつ増やしてください。そして、マーケットプレイスでチェックする人に、スプレッドマルチプライヤーの値を正しく設定するよう伝えてください。この場合のみ、Expert Advisor はエラー 130 を一度も発生させずに動作します。

 
Ihor Herasko:

問題解決stoplevel が 0 の場合、spread にユーザー指定の係数を乗じたものを取る。もし、最初にSLとTPを設定した後、再クオートなしでエラー130が 発生したら、エラーが消えるまで係数を1つずつ増やしてください。そして、マーケットプレイスでチェックする人に、スプレッドマルチプライヤーの値を正しく設定するよう伝えてください。この場合のみ、Expert Advisor はエラー 130 を一度も発生させずに動作します。

これはいいことなんだけど、ひとつだけね。というのが今回のテーマです。

error 130は、一切、一度も表示されないはずです。

あなたのソリューションは、ユーザーのためだけのものですが、市場ではそのようなソリューションはうまくいきません。

 
Vladislav Andruschenko:

それはそれでいいのですが、1つだけ。どっちが主体なんだ。

error 130は、一切、一度も表示されないはずです。

あなたのソリューションは、ユーザーのためだけですが、市場では動作しません。

その解決策もあります(以前の投稿に含まれています)。

そして、マーケットプレイスでチェックする人に、スプレッド乗算係数の値を正しく設定するように伝えてください。

 
Ihor Herasko:

この点についても、解決策があります(前回の記事に含まれています)。
そして、マーケットプレイスでチェックしている人に、スプレッド倍率を正しい値に設定するよう伝えてください。

いいえ、そうではありません。答えはひとつ、「間違いがあってはならない」、それだけです...。

インジケータがモデレーションのために受け入れられると、彼らは面白いことをする:彼らは物理的に端末のフォルダから 履歴を削除し、インジケータを実行する:エラーが配列の外に発生した場合 - 散歩を取る...。でも、普通のユーザーはそんなふうに インジケータを起動しませんよね?しかし、残念なことに、モデレーターたちは、誰がより洗練された製品を壊せるかを競い合っているのでしょう。しかし、人は彼らのすべての技に目を光らせているわけにはいかない。その結果、コードは何倍にも膨れ上がり、すべてが実用に耐えないものとなってしまいました。私たちは、モデレーターが作り出した穴を塞ぐだけです。

 
Vladislav Andruschenko:

あなたのソリューションは、ユーザーのためだけですが、市場では動作しません。

ユーザーにも必要ない)

ちゃんとリアルに動作させて市場で確認するように突っ込めよって話だ。

アルチョム・トリシキン

モデレーションのためにインジケータを受け付けると、ターミナルフォルダから 履歴を物理的に削除してインジケータを実行する:配列が離れるとエラーが出る場合-散歩する...という面白いことをする。でも、普通のユーザーはそんなふうに インジケータを起動しませんよね?しかし、残念なことに、モデレーターたちは、誰がより洗練された製品を壊せるかを競い合っているのでしょう。しかし、人は彼らのすべての技に目を光らせているわけにはいかない。結局、コードは何倍も肥大化し、実用性は皆無です。私たちはモデレーターが作った穴を埋めるだけです。

新しいターミナルで、ユーザーが実行中のインジケータのあるチャートにシンボルをドラッグした場合(または単にTFをまだ開いていないものに変更した場合)、履歴なしでチャート上のインジケータを起動することは可能で、よくあることです。

そのようなエラーはないはずです。

 
Artyom Trishkin:

いいえ、そうではありません。答えは「エラーはないはず」で終わりですが...。

インジケーターを受け付けると、端末のフォルダ から履歴を物理的に削除し、インジケーターを実行:配列の外にエラーがある場合-散歩する...という面白い方法で行っているそうです。でも、普通のユーザーはそんなふうに インジケータを起動しませんよね?しかし、残念なことに、モデレーターたちは、誰がより洗練された製品を壊せるかを競い合っているのでしょう。しかし、人は彼らのすべての技に目を光らせているわけにはいかない。その結果、コードは何倍にも膨れ上がり、すべてが実用に耐えないものとなってしまいました。私たちは、モデレーターが作り出した穴を塞ぐだけです。

その上、数分で修正できるような小さなミスを発見しても、さらに数日間モデレーションを待たなければならない。:)
 
Vitalii Ananev:
しかも、数分で修正できるような小さなミスを見つけたとしても、2回目のモデレーションにはさらに数日待たなければならない。:)
そうですね、時間の瞬間があります。特に、「この機能を追加してくれたら、すぐに買います」というようなお手紙をいただくと、とても嬉しいです。また、アップデートや新機能の要望があった場合、1時間で対応することも可能です。検証を待っていると書いていますね。そして、検証には2〜3週間かかります。時間版を送らなければならない......。

でも、そんなことはどうでもいいんです。チェックがいいんです。しかし、ここで不条理なミスが発生します。ちょっと扱いが難しいですね。
 
Artyom Trishkin:

いいえ、そうではありません。答えは「エラーはないはず」で終わりですが...。

端末のフォルダから 履歴を物理的に削除してインジケータを実行:配列を残すとエラーになる場合 - 消えろ...というおかしな方法でインジケータを受け付けるのです。でも、普通のユーザーはそんなふうに インジケータを起動しませんよね?しかし、残念なことに、モデレーターたちは、誰がより洗練された製品を壊せるかを競い合っているのでしょう。しかし、人は彼らのすべての技に目を光らせているわけにはいかない。その結果、コードは何倍にも膨れ上がり、すべてが実用に耐えないものとなってしまいました。私たちは、モデレーターが作り出した穴を塞ぐだけです。

実は、よくある状況を真似たもので、現時点で履歴がダウンロードされているシンボルチャートにインジケータを貼り付けているのです。例えば、ユーザーが初めてチャートを開き、タイムフレームをD1、あるいはW1に切り替えて、すぐにこのチャートにインジケータを取り付けたとします。