アドバイザーがDCでノックアウトされているかどうかを見分ける方法は？ - ページ 5 12345678910 新しいコメント Fedor Arkhipov 2007.10.26 05:27 #41 Mathemat: OrderSendReliable」でググると、チャンプの現リーダーのアドバイスにあるようです。とてもまっとうな図書館だと思います。 ありがとうございました。 削除済み 2007.10.26 05:47 #42 Meat: レナート ...IsTradeAllowed()を呼び出すだけで、EAから取引する権利があるかないかを把握することができます。例外はありません。 あなたはここで間違っています。ブローカーがExpert Advisorを禁止していることは、どの機能でも確認することができません私は自分の経験から話しています。 IsTradeAllowedはtrueとなっているが、注文は送信されず、すでに書いたようにエラー133が返され、ジャーナルに「エキスパートによる取引は禁止されています」と書かれている。 ブローカーが禁止している取引かどうかをチェックする特別な機能を導入してほしい。そうでなければ、取引操作の後にエラー133をチェックする必要があります。 ブロックしているのは端末ではないことがわかりましたか？ ユーザーではなくExpert Advisorが開いた注文であることを端末が何らかの形で表示していることを意味します。133 のようなエラーを発生させるには、Expert Advisor が動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。 削除済み 2007.10.26 05:56 #43 暗い部屋の中で黒猫を見るのはとても難しい。特にない場合は。 Igor Malcev 2007.10.26 06:14 #44 timbo: 暗い部屋で黒猫を捕まえるのは至難の業。特にない場合は。 でも、捕まえたいんですよね:-) いつもの被害妄想:-) 削除済み 2007.10.26 07:44 #45 timbo: 暗い部屋の中で黒猫を見るのはとても難しい。特にない場合は。 不可能はない Fedor Arkhipov 2007.10.26 07:53 #46 timbo: 暗い部屋で黒猫を捕まえるのは至難の業。特にない場合は。 あなたは、自分の経験に基づいて、それがナンセンスだと言った。 Сергей Ковалев 2007.10.26 08:38 #47 scorpionk: つまり、ブロックしているのは端末ではないのですね。 端末が、ユーザーの手ではなくExpert Advisorによって注文を開いたという何らかの表示を送っているということです。133 のようなエラーを表示するには、Expert Advisor が動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。 黒猫がいるのですが、別の部屋にいます。 ブローカーは「Ban EAs to this Terminal」ボタンを押します。この制御動作に伴い、サーバーは端末に一度だけ特別な命令を送信します。 S 「いいか、ターミナル！お前の庇護の下で働くEAが生成した取引注文は もう送ってくるな！」 T 「ユーザーがEAを実行したらどうする？」 S 「そしてエラーコードを見せるんだ」。 T 「"了解！ これにする"。 全てはTerminal側で行われ、Terminalの混乱はサーバー側では認識されません。 そして、ユーザーは怒りを爆発させるかもしれないが、今は「グリッダー、ピペッター、ジグザグキラーなど、あらゆる種類のコードをサーバー自体を怒らせるべきじゃなかった！」と文句を言うしかないのだ。 Fedor Arkhipov 2007.10.26 09:32 #48 SK. писал (а): スコーピオンク ブロックしているのは端末ではないことがわかりました。つまり、端末はユーザーの手ではなく、EAによって注文が開かれていることを何らかの形で示して送っているのです。133のようなエラーを出すには、Expert Advisorが動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。 黒猫がいるんだけど、他の部屋にいるんだ。 ブローカーは「Ban advisors to this terminal」ボタンを押し、この制御動作を実行するために、サーバーは一旦端末に特別注文を送信する。 S 「おいターミナル、お前の下で働く専門家が出した取引注文はもう送るなよ！」。 T「"ユーザーがEAを実行した場合はどうする？" S「そして、エラーコードを見せるんですね」。 T 「"ビンゴ！ これにしよう" そして、すべてはターミナル側で行われ、サーバーはターミナルでどんな混乱が起きたかを知らないし、気にもしません。 そして、ユーザーは怒りに燃えているかもしれませんが、今はただ、異なるグリッダーやピプサー、一貫性のないキラーコードを許して、サーバーそのものに失礼なことをするな、と文句を言うことしかできません。 これはよくあることかもしれません。少なくとも私の場合は、ターミナルを再起動するとディールが開きます。 削除済み 2007.10.26 10:27 #49 サーバーに失礼のないように、正しくコードを書かなければならない。EAのコードに重大なエラー（頻繁なリクエスト、ストップやテイクのパラメーターが誤って渡されるなど）がないという立場からのブロックの話であることは、皆さんご理解いただいていると思います。にもかかわらず、オートトレードはブロックされている。証券会社では正しくありません もし、単純な再起動で取引が再開できるのであれば、133エラーで 端末を再起動する必要があります。問題は、彼らがそのようにしたほど「バカ」ではないことだ。サーバーから端末にEAで取引させないように指示させる Fedor Arkhipov 2007.10.26 10:34 #50 scorpionk: サーバーに失礼のないように、正しくコードを書かなければならない。EAのコードに重大なエラー（頻繁なリクエスト、ストップやテイクのパラメーターが誤って渡されるなど）がないという立場からのブロックの話であることは、皆さんご理解いただいていると思います。にもかかわらず、オートトレードはブロックされている。証券会社では正しくありません もし、単純な再起動で取引が再開できるのであれば、133エラーで端末を再起動する必要があります。問題は、彼らがそのようにしたほど「バカ」ではないことだ。サーバーから端末にEAで取引させないように指示させる 私なら、サーバーから端末にEAで取引させないように指示させますね。EAが利益を出している、リクエストが頻繁にあるなど、オフにする理由は様々だと思います。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
OrderSendReliable」でググると、チャンプの現リーダーのアドバイスにあるようです。とてもまっとうな図書館だと思います。
...IsTradeAllowed()を呼び出すだけで、EAから取引する権利があるかないかを把握することができます。例外はありません。
IsTradeAllowedはtrueとなっているが、注文は送信されず、すでに書いたようにエラー133が返され、ジャーナルに「エキスパートによる取引は禁止されています」と書かれている。
ブローカーが禁止している取引かどうかをチェックする特別な機能を導入してほしい。そうでなければ、取引操作の後にエラー133をチェックする必要があります。
ブロックしているのは端末ではないことがわかりましたか？ ユーザーではなくExpert Advisorが開いた注文であることを端末が何らかの形で表示していることを意味します。133 のようなエラーを発生させるには、Expert Advisor が動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。
暗い部屋で黒猫を捕まえるのは至難の業。特にない場合は。
でも、捕まえたいんですよね:-) いつもの被害妄想:-)
暗い部屋の中で黒猫を見るのはとても難しい。特にない場合は。
不可能はない
暗い部屋で黒猫を捕まえるのは至難の業。特にない場合は。
つまり、ブロックしているのは端末ではないのですね。 端末が、ユーザーの手ではなくExpert Advisorによって注文を開いたという何らかの表示を送っているということです。133 のようなエラーを表示するには、Expert Advisor が動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。
黒猫がいるのですが、別の部屋にいます。
ブローカーは「Ban EAs to this Terminal」ボタンを押します。この制御動作に伴い、サーバーは端末に一度だけ特別な命令を送信します。
S 「いいか、ターミナル！お前の庇護の下で働くEAが生成した取引注文は もう送ってくるな！」
T 「ユーザーがEAを実行したらどうする？」
S 「そしてエラーコードを見せるんだ」。
T 「"了解！ これにする"。
全てはTerminal側で行われ、Terminalの混乱はサーバー側では認識されません。
そして、ユーザーは怒りを爆発させるかもしれないが、今は「グリッダー、ピペッター、ジグザグキラーなど、あらゆる種類のコードをサーバー自体を怒らせるべきじゃなかった！」と文句を言うしかないのだ。
ブロックしているのは端末ではないことがわかりました。つまり、端末はユーザーの手ではなく、EAによって注文が開かれていることを何らかの形で示して送っているのです。133のようなエラーを出すには、Expert Advisorが動作していることを確認する必要があります。だから、彼らは知っているし、端末はこの情報を提供する。おそらく、開発者がその事実を隠しているだけなのでしょう。Expert Advisorで注文を開くときと手動で開くときに、端末からサーバーに何が送信されるかを確認し、送信されるデータの違いを比較する必要があります。
黒猫がいるんだけど、他の部屋にいるんだ。
ブローカーは「Ban advisors to this terminal」ボタンを押し、この制御動作を実行するために、サーバーは一旦端末に特別注文を送信する。
S 「おいターミナル、お前の下で働く専門家が出した取引注文はもう送るなよ！」。
T「"ユーザーがEAを実行した場合はどうする？"
S「そして、エラーコードを見せるんですね」。
T 「"ビンゴ！ これにしよう"
そして、すべてはターミナル側で行われ、サーバーはターミナルでどんな混乱が起きたかを知らないし、気にもしません。
そして、ユーザーは怒りに燃えているかもしれませんが、今はただ、異なるグリッダーやピプサー、一貫性のないキラーコードを許して、サーバーそのものに失礼なことをするな、と文句を言うことしかできません。
サーバーに失礼のないように、正しくコードを書かなければならない。EAのコードに重大なエラー（頻繁なリクエスト、ストップやテイクのパラメーターが誤って渡されるなど）がないという立場からのブロックの話であることは、皆さんご理解いただいていると思います。にもかかわらず、オートトレードはブロックされている。証券会社では正しくありません
もし、単純な再起動で取引が再開できるのであれば、133エラーで 端末を再起動する必要があります。問題は、彼らがそのようにしたほど「バカ」ではないことだ。サーバーから端末にEAで取引させないように指示させる
サーバーに失礼のないように、正しくコードを書かなければならない。EAのコードに重大なエラー（頻繁なリクエスト、ストップやテイクのパラメーターが誤って渡されるなど）がないという立場からのブロックの話であることは、皆さんご理解いただいていると思います。にもかかわらず、オートトレードはブロックされている。証券会社では正しくありません
もし、単純な再起動で取引が再開できるのであれば、133エラーで端末を再起動する必要があります。問題は、彼らがそのようにしたほど「バカ」ではないことだ。サーバーから端末にEAで取引させないように指示させる