複数の注文を同時に決済することは可能ですか? - ページ 6 1234567 新しいコメント TheXpert 2010.09.06 11:11 #51 ForexTools: 当たり前のことが、なぜできていないのだろう? 逆に、なぜMT5が同期コマンド実行から離れたのか不思議です。 Sergey Kravchuk 2010.09.06 11:21 #52 gip: なぜなら、自分にとっては当たり前のことでも、経験や他の知識が豊富な人にとっては当たり前のことではないからです。 もし、経験の少ない一人の人間にとっても明らかなことがあれば、一見経験が豊富なように見える他の人は、それほど多くの経験を持っていないかもしれないということです;) これこそ、フォーラムが目指すもの-経験の共有 Роман 2010.09.06 11:30 #53 リクオートという ものがある以上、ブローカー側でこれ(同時決算)は現実的ではないのですが...。(技術的には) TheXpert 2010.09.06 11:32 #54 さあ :) Роман 2010.09.06 11:33 #55 TheXpert: さあ :) ブローカーは、すべての注文が広告された価格で決済されることをどのように保証することができますか? Sergey Kravchuk 2010.09.06 11:36 #56 RomanS: ブローカーは、すべての注文が発表された価格で決済されることをどのように保証することができますか? 決算保証は必要ない。 例えば、電話で「こんな注文をクローズして、ストップをこんなところに移動して...」と言うように、1つの 小包で 複数のコマンドを処理する必要があるのです。サーバーは、「書き込み」、「実行」、「報告」をしなければなりません。 ここでは、そのような注文を閉じていませんし、そのようなストップを移動していません。 михаил потапыч 2010.09.06 11:42 #57 ForexTools: 決算保証は必要ない。 例えば、電話で「こんな注文をクローズして、ストップをこんなところに移動して...」と言うように、1つの 小包で 複数のコマンドを処理する必要があるのです。サーバーはすべてを「書き込み」、実行し、「報告」しなければなりません。私はそのような注文を閉じていませんし、そのようなストップを動かしてはいません。 だから、あらかじめ答えを知っているのですね ) Rustamzhan Salidzhanov 2010.09.06 11:48 #58 Mischek: だから、あらかじめ答えを知っているのですね ) その通り、そしてその答えは、サーバー技術を変えることは不可能だ、なぜなら、だ。 緊急(および非緊急)コマンドを送信するWebインターフェイスを作成することは困難ではありませんが、再び、このサービスは、リモートサーバ(VPS)で動作するそれらのユーザーを活用することができます、私の意見では、この場合、それは携帯端末を 購入する方が簡単だと自分で気にしないように... TheXpert 2010.09.06 11:49 #59 ForexTools: サーバーは「すべてを書き留め」、実行し、「報告」しなければならない-こんな注文は閉じていない、こんなストップは動かしていない。 さて、さて...5でもないでしょう。開発者にとっても、99%のユーザーにとっても、殺し文句になるだろう。 Sergey Kravchuk 2010.09.06 12:08 #60 TheXpert:開発者にとっても、99%のユーザーにとっても、殺し文句になる。おっと、その通りだ...。:))) すべての貿易関数は 何を返すのですか?bool or int + GetLastError()。そして、2次元配列で返すのが難しいのは? しかし、これではほとんど洪水だ...。このテーマで進めないことを提案します;) 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
当たり前のことが、なぜできていないのだろう?
なぜなら、自分にとっては当たり前のことでも、経験や他の知識が豊富な人にとっては当たり前のことではないからです。
もし、経験の少ない一人の人間にとっても明らかなことがあれば、一見経験が豊富なように見える他の人は、それほど多くの経験を持っていないかもしれないということです;)
これこそ、フォーラムが目指すもの-経験の共有
リクオートという ものがある以上、ブローカー側でこれ(同時決算)は現実的ではないのですが...。(技術的には)
さあ :)
ブローカーは、すべての注文が広告された価格で決済されることをどのように保証することができますか?
ブローカーは、すべての注文が発表された価格で決済されることをどのように保証することができますか?
決算保証は必要ない。
例えば、電話で「こんな注文をクローズして、ストップをこんなところに移動して...」と言うように、1つの 小包で 複数のコマンドを処理する必要があるのです。サーバーは、「書き込み」、「実行」、「報告」をしなければなりません。 ここでは、そのような注文を閉じていませんし、そのようなストップを移動していません。
決算保証は必要ない。
例えば、電話で「こんな注文をクローズして、ストップをこんなところに移動して...」と言うように、1つの 小包で 複数のコマンドを処理する必要があるのです。サーバーはすべてを「書き込み」、実行し、「報告」しなければなりません。私はそのような注文を閉じていませんし、そのようなストップを動かしてはいません。
だから、あらかじめ答えを知っているのですね )
だから、あらかじめ答えを知っているのですね )
その通り、そしてその答えは、サーバー技術を変えることは不可能だ、なぜなら、だ。
緊急(および非緊急)コマンドを送信するWebインターフェイスを作成することは困難ではありませんが、再び、このサービスは、リモートサーバ(VPS)で動作するそれらのユーザーを活用することができます、私の意見では、この場合、それは携帯端末を 購入する方が簡単だと自分で気にしないように...
ForexTools:
サーバーは「すべてを書き留め」、実行し、「報告」しなければならない-こんな注文は閉じていない、こんなストップは動かしていない。
さて、さて...5でもないでしょう。開発者にとっても、99%のユーザーにとっても、殺し文句になるだろう。
開発者にとっても、99%のユーザーにとっても、殺し文句になる。
おっと、その通りだ...。:)))
すべての貿易関数は 何を返すのですか?bool or int + GetLastError()。そして、2次元配列で返すのが難しいのは?
しかし、これではほとんど洪水だ...。このテーマで進めないことを提案します;)