保留の注文に網をかけ、利益という名の魚を釣る - ページ 2 123456789...15 新しいコメント khorosh 2008.07.10 08:30 #11 Roger писал (а)>> だから何なんだ、集団で落胆するのがいいのか？もうアドバイザーがいるんだから、デポ積んで利確しなよ。 自分では気づかない落とし穴について、プロの意見を聞いてみたかったのです。 Rashid Umarov 2008.07.10 08:32 #12 khorosh писал (а)>> 自分では気づかない落とし穴など、プロの声を聞いてみたかったのです。 リアルでは誰も注文の網をかけさせてはくれません。>> グレイダーは戦わされる。 Alexander 2008.07.10 08:34 #13 強いトレンドが発生した場合、シェアする間もなく算術的にムースが大きくなってしまうという落とし穴があるのです。しかし、すべてが事前に計算されていれば、安心して眠れます。 Alexander 2008.07.10 08:36 #14 Rosh писал (а)>> 中継では、誰も注文網を張らせてはくれない。グレーダーは対処中です。 この点については、もっと詳しくお願いします。 Yuriy Zaytsev 2008.07.10 08:37 #15 Rosh писал (а)>> リレーでは、誰も注文の網をかけさせてくれません。グレーダーは戦う。 Roche ! もし、GRIDERがインテリジェントだとしたら! つまり、ORDERを散らさないのです! 保留中の注文マップがメモリにある！保留中の注文は、特定のpips数より早く発注されない！？ と1枚貼る! 40pipのグリッドに10個の注文がある場合、メモリ内にあります。 GREADERは、私の最初の保留中の注文以外、何も置きません。 ウールに対して40pを行った第二が設定されている - ブローカーは、私がGriiderを持っていることを知らない。 -- トレンドに乗ったら、ある距離（pips）後にポーズを移動させるだけ・・・。 --- 戦う相手がいないんです。 が、ポイントは同じです。 Rashid Umarov 2008.07.10 08:38 #16 Roger писал (а)>> この点については、もっと詳しくお願いします。 Sergey Lyubimov（博士）のインタビューを 読む。 選択したブローカーを通じて作業時間枠でこの市場の取引システムと流動性 - 限界は、まず第一に、アルゴリズム自体の限界に関連することになります。誰も彼のポケットから支払うことを好まない - システムは、ブローカーが市場にあなたのリスクを転送する時間を持っていないように高速である場合、追加の問題が発生する可能性があります。 Yuriy Zaytsev 2008.07.10 08:39 #17 Roger писал (а)>> その点については、もっと詳しくお願いします。 バカなグリッダー - 通常、サーバーにバカなリクエストを激しくぶつける。 保留中の注文の削除 と、強い動きでトレーダーを妨害し、サーバーの速度を低下させます。 サーバーは愚かなリクエストに悩まされ、その結果、速度が低下します。 --- ブローカーはそれを好まないし、普通のトレーダーもそうだ。 -- 100件の注文を制限しているものもあります Alexander 2008.07.10 08:40 #18 くだらない。あらかじめ利益が確定している保留中の取引にのみ対応します。 Rider 2008.07.10 08:40 #19 Rosh писал (а)>> 現実の世界では、誰も注文のネットワークをキャストさせてくれません。グレーダーは戦わされる。 YuraZ さんが書き込みました(a) >> です。 Roche ! もし、GRIDERがインテリジェントだとしたら! つまり、ORDERを散らさないのです! 保留中の注文マップがメモリにある！保留中の注文は、特定のpips数より早く発注されない！？ トレンドが上がれば、単に延期するだけです。 40pipのグリッドに10個の注文がある場合、メモリ内にあります。 GREADERは、私の最初の保留中の注文以外、何も置きません。 第二が配置されているウールに対して40pを行った - ブローカーは、私がグライダーを持っていることを知らない。 -- もしトレンドに乗ったら、保留中の注文を動かすだけです......ある距離（pips）の後に。 --- 戦うことはない ようは同じ これは、良い秩序管理の問題ではありません :) アドバイザーは平らだ」というキーワードがありましたね。:))......そして、それをどのようにフィルタリングしているのですか？)) 先日も似たようなことをテストしたのですが、リミットではなくストップだけで、いいものは出てきませんでした......。添付ファイルのコード、もし誰かが見るのが面倒なら - 冗長で、それは残念ですが、確認の前に、最適化を気にすることは、怠惰である :) ファイル: e_chop_pieces_stop.mq4 32 kb Yuriy Zaytsev 2008.07.10 08:41 #20 Roger писал (а)>> >> これはナンセンスだ。あらかじめ利益が確定している保留中の取引にのみ対応します。 これがTRUE（真実）だと勘違いしていませんか？ 何十個？20 ?30 ? は、すべてうまくいくのでしょうか？ そして、それがうまくいかなかったとき、どうするのでしょうか？ delete ? move ? それは、サーバーを爆撃するときです(最初に入れた時にサーバーを爆撃していましたね) 2回目は、削除または移動したのですか？ --- グリッドアイアンをやるなら、知性で勝負だ！」。 123456789...15 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
だから何なんだ、集団で落胆するのがいいのか？もうアドバイザーがいるんだから、デポ積んで利確しなよ。
自分では気づかない落とし穴について、プロの意見を聞いてみたかったのです。
自分では気づかない落とし穴など、プロの声を聞いてみたかったのです。
リアルでは誰も注文の網をかけさせてはくれません。>> グレイダーは戦わされる。
中継では、誰も注文網を張らせてはくれない。グレーダーは対処中です。
この点については、もっと詳しくお願いします。
リレーでは、誰も注文の網をかけさせてくれません。グレーダーは戦う。
Roche ! もし、GRIDERがインテリジェントだとしたら!
つまり、ORDERを散らさないのです!
保留中の注文マップがメモリにある！保留中の注文は、特定のpips数より早く発注されない！？
と1枚貼る!
40pipのグリッドに10個の注文がある場合、メモリ内にあります。 GREADERは、私の最初の保留中の注文以外、何も置きません。
ウールに対して40pを行った第二が設定されている - ブローカーは、私がGriiderを持っていることを知らない。
--
トレンドに乗ったら、ある距離（pips）後にポーズを移動させるだけ・・・。
---
戦う相手がいないんです。
が、ポイントは同じです。
この点については、もっと詳しくお願いします。
Sergey Lyubimov（博士）のインタビューを 読む。
選択したブローカーを通じて作業時間枠でこの市場の取引システムと流動性 - 限界は、まず第一に、アルゴリズム自体の限界に関連することになります。誰も彼のポケットから支払うことを好まない - システムは、ブローカーが市場にあなたのリスクを転送する時間を持っていないように高速である場合、追加の問題が発生する可能性があります。
その点については、もっと詳しくお願いします。
バカなグリッダー - 通常、サーバーにバカなリクエストを激しくぶつける。
保留中の注文の削除
と、強い動きでトレーダーを妨害し、サーバーの速度を低下させます。
サーバーは愚かなリクエストに悩まされ、その結果、速度が低下します。
---
ブローカーはそれを好まないし、普通のトレーダーもそうだ。
--
100件の注文を制限しているものもあります
現実の世界では、誰も注文のネットワークをキャストさせてくれません。グレーダーは戦わされる。
Roche ! もし、GRIDERがインテリジェントだとしたら!
つまり、ORDERを散らさないのです!
保留中の注文マップがメモリにある！保留中の注文は、特定のpips数より早く発注されない！？
トレンドが上がれば、単に延期するだけです。
40pipのグリッドに10個の注文がある場合、メモリ内にあります。 GREADERは、私の最初の保留中の注文以外、何も置きません。
第二が配置されているウールに対して40pを行った - ブローカーは、私がグライダーを持っていることを知らない。
--
もしトレンドに乗ったら、保留中の注文を動かすだけです......ある距離（pips）の後に。
---
戦うことはない
ようは同じ
これは、良い秩序管理の問題ではありません :)
アドバイザーは平らだ」というキーワードがありましたね。:))......そして、それをどのようにフィルタリングしているのですか？))
先日も似たようなことをテストしたのですが、リミットではなくストップだけで、いいものは出てきませんでした......。添付ファイルのコード、もし誰かが見るのが面倒なら - 冗長で、それは残念ですが、確認の前に、最適化を気にすることは、怠惰である :)
>> これはナンセンスだ。あらかじめ利益が確定している保留中の取引にのみ対応します。
これがTRUE（真実）だと勘違いしていませんか？
何十個？20 ?30 ?
は、すべてうまくいくのでしょうか？
そして、それがうまくいかなかったとき、どうするのでしょうか？
delete ? move ?
それは、サーバーを爆撃するときです(最初に入れた時にサーバーを爆撃していましたね)
2回目は、削除または移動したのですか？
---
グリッドアイアンをやるなら、知性で勝負だ！」。