MT5でロックは必要ですか？ - ページ 43 1...363738394041424344454647484950...70 新しいコメント alex1978 2009.10.12 22:03 #421 Svinozavr писал(а)>> もちろん、同じ商品で反対のポジションを建てることが可能な取引スタイルは、5では不可能です。知らなかったの？))) 結果は関係ない。会計制度が違うだけです。結果には影響しません。だからこそ、「チェックなのかドライブなのか？ だから、私はロック廃止に反対なんです。 結果は関係ない？スプレッドはどうでしょうか？ ПавелИванович 2009.10.12 22:04 #422 alex1978 писал(а)>> スプレッドはそのままクリア...オーバーオープンスプレッド。 また、他でも見られるようにオーダーではできないので、スプレッドがなくなることはないでしょう。 EAがいつポジションをクローズするかは、事前に知ることはできません。つまり、前に閉じたものを復元するたびにスプレッドを失うことになるのです。 お前の拡散にはうんざりだ！そこに貯金はない!オープン、クローズに関わらず、常にAskで買い、常にBidで売ります。ロックの問題は、ポジション構造の問題であり、それ以外の問題ではありません。 alex1978 2009.10.12 22:05 #423 api писал(а)>> お前の拡散にはうんざりだ！そこに貯金はない!オープンでもクローズでも、常にAskで買い、常にBidで売ります。ロットの問題は、ポジションの構造を考慮することであり、それ以外の問題ではありません ポジションを建てるときは、常にスプレッドがゼロということですか？ ПавелИванович 2009.10.12 22:07 #424 alex1978 писал(а)>> ポジションを建てるときは、常にスプレッドがゼロということですか？ Ask=Bidの場合、スプレッドはゼロとなる。 alex1978 2009.10.12 22:13 #425 api писал(а)>> Ask=Bidの場合、スプレッドはゼロとなる。 具体的な状況 1.5000円買い。 1.5300売り。 MT5で買いが強制終了してしまう。 システムによれば、閉じてはいけないことになっている。どのように復元するのですか ただし、彼の市場からの（システム上の）出口が事前に不明であること、すなわち、それは時間や指標信号などの保留であるかもしれません。 売り切れ後の再開を通してのみ、ですね。売りも同じです。市場からの退出が事前にわからない。 スプレッドを失わないためには、どうすればいいのでしょうか？ Петр 2009.10.12 22:19 #426 それだけです。ガードマンが疲れている。本当に正気かどうか、短気かどうか心配になってきた（悪態をつくようになる）。もう我慢できない。私に力が残っているのなら、この話題を応援させてください。天職です。 ПавелИванович 2009.10.12 22:24 #427 alex1978 писал(а)>> 具体的な状況 1.5000円買い。1.5300売り。 MT5で買いが強制終了してしまう。システムによると、閉じないはずです。どのように復元するのですか ただし、彼の市場からの（システム上の）出口が事前に不明であること、すなわち、それは時間や指標信号などの保留であるかもしれません。 売り切れ後の再開を通してのみ、ですね。売りも同じです。市場からの退出が事前にわからない。 スプレッドを失わないためには、どうすればいいのでしょうか？ これが、ポジション構造会計の問題点である。しかし、余計なことをしてこそスプレッドが狭くなるのです。仮に構造の計算に問題がなかったとします。そうすれば、他のEAがポジションをクローズしても、最初のEAはその違いに気づかないでしょう - その仮想ポジションは保存されます。そして、クローズドポジションを元に戻そうとはしない。彼のために閉じているわけではありません。時間が来て、彼は自分のポジションを閉じる。この場合、彼のポジションは消え、逆に彼のネットポジションは別の方向に現れる。そして、2つ目のEAが先に開いたポジションを閉じることにします（1つ目のEAのポジションを閉じました）。ここで、ネットポジションが閉じられます。そして、余分なスプレッドはどこに払ったのでしょうか？1つ目のEAの買いは、2つ目のEAの売却で終了しました。そして、1つ目のEAを閉じることで（ちなみに売りで）2つ目のEAのポジションが元に戻りました。そして、2つ目のEAが（買いで）クローズし、ネットポジションはゼロに戻りました。 こちらでは、拡散の問題は検出されていません。そして、ネットポジションの構造が簡単に区別でき、最も重要なことは、サーバー上で維持できれば、すべてがうまくいき、静かになるのです alex1978 2009.10.12 22:34 #428 api писал(а)>> これは、ポジションの構造を考慮した会計処理の問題である。でも、余計なジェスチャーをするとスプレッドが狭くなるだけです。仮に、構造を考慮することに問題がないとします。そうすると、他のEAがポジションをクローズしても、最初のEAはその違いに気づきません - その仮想ポジションは保存されます。そして、クローズドポジションを元に戻そうとはしない。彼のために閉じているわけではありません。時間が来て、彼は自分のポジションを閉じる。この場合、彼のポジションは消え、逆に彼のネットポジションは別の方向に現れる。そして、2つ目のEAが先に開いたポジションを閉じることにします（1つ目のEAのポジションを閉じました）。ここで、ネットポジションが閉じられます。そして、余分なスプレッドはどこに払ったのでしょうか？1つ目のEAの買いは、2つ目のEAの売却で終了しました。そして、1つ目のEAを閉じることで（ちなみに売りで）2つ目のEAのポジションが元に戻りました。そして、2つ目のEAが（買いで）クローズし、ネットポジションはゼロに戻りました。 こちらでは、拡散の問題は検出されていません。そして、ネットポジションの構造が簡単に区別でき、最も重要なことは、サーバー上で維持できれば、すべてが静かでスムーズなものになります しかし、この場合、問題があります。つまり、この形態では、MT5は、あなたが説明したすべてを実行することはできませんか？ どのように解決されるかはよくわかりません)))。解決するのでしょうか？ ПавелИванович 2009.10.12 22:42 #429 alex1978 писал(а)>> しかし、この場合、問題があります。では、この形態では、MT5は、あなたが説明したすべてを行うことができないのですか？ どのように解決されるかはよくわかりません)))。そして、そうなるのか？ そういうことなんです。 Rayder69 2009.10.13 05:50 #430 おっと、議論は続くのか！:)テストや本番の前に、開発者は、トレーダーが自分のポジションを説明するのに不便な帽子を作ってしまったことに気づくと思います。そして、DCは儲かるが、トレーダーはこのすべてにお金を投資するので、この製品のアップデート版は成功しない。もちろん、自分の頭脳を使ったクリエイティブなアイデアを愛する人たちは別です。でもそれは、本当の意味での稼ぐ力とは関係ない。 マイクロソフトの 製品でさえ、元々、一見、重要なアイデアや仕事が入っていたにもかかわらず、存続できなくなることがある のです 1...363738394041424344454647484950...70 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もちろん、同じ商品で反対のポジションを建てることが可能な取引スタイルは、5では不可能です。知らなかったの？)))
結果は関係ない。会計制度が違うだけです。結果には影響しません。だからこそ、「チェックなのかドライブなのか？
だから、私はロック廃止に反対なんです。
結果は関係ない？スプレッドはどうでしょうか？
スプレッドはそのままクリア...オーバーオープンスプレッド。
また、他でも見られるようにオーダーではできないので、スプレッドがなくなることはないでしょう。
EAがいつポジションをクローズするかは、事前に知ることはできません。つまり、前に閉じたものを復元するたびにスプレッドを失うことになるのです。
お前の拡散にはうんざりだ！そこに貯金はない!オープン、クローズに関わらず、常にAskで買い、常にBidで売ります。ロックの問題は、ポジション構造の問題であり、それ以外の問題ではありません。
お前の拡散にはうんざりだ！そこに貯金はない!オープンでもクローズでも、常にAskで買い、常にBidで売ります。ロットの問題は、ポジションの構造を考慮することであり、それ以外の問題ではありません
ポジションを建てるときは、常にスプレッドがゼロということですか？
ポジションを建てるときは、常にスプレッドがゼロということですか？
Ask=Bidの場合、スプレッドはゼロとなる。
Ask=Bidの場合、スプレッドはゼロとなる。
具体的な状況
1.5000円買い。 1.5300売り。
MT5で買いが強制終了してしまう。 システムによれば、閉じてはいけないことになっている。どのように復元するのですか
ただし、彼の市場からの（システム上の）出口が事前に不明であること、すなわち、それは時間や指標信号などの保留であるかもしれません。
売り切れ後の再開を通してのみ、ですね。売りも同じです。市場からの退出が事前にわからない。
スプレッドを失わないためには、どうすればいいのでしょうか？
具体的な状況
1.5000円買い。1.5300売り。
MT5で買いが強制終了してしまう。システムによると、閉じないはずです。どのように復元するのですか
ただし、彼の市場からの（システム上の）出口が事前に不明であること、すなわち、それは時間や指標信号などの保留であるかもしれません。
売り切れ後の再開を通してのみ、ですね。売りも同じです。市場からの退出が事前にわからない。
スプレッドを失わないためには、どうすればいいのでしょうか？
これが、ポジション構造会計の問題点である。しかし、余計なことをしてこそスプレッドが狭くなるのです。仮に構造の計算に問題がなかったとします。そうすれば、他のEAがポジションをクローズしても、最初のEAはその違いに気づかないでしょう - その仮想ポジションは保存されます。そして、クローズドポジションを元に戻そうとはしない。彼のために閉じているわけではありません。時間が来て、彼は自分のポジションを閉じる。この場合、彼のポジションは消え、逆に彼のネットポジションは別の方向に現れる。そして、2つ目のEAが先に開いたポジションを閉じることにします（1つ目のEAのポジションを閉じました）。ここで、ネットポジションが閉じられます。そして、余分なスプレッドはどこに払ったのでしょうか？1つ目のEAの買いは、2つ目のEAの売却で終了しました。そして、1つ目のEAを閉じることで（ちなみに売りで）2つ目のEAのポジションが元に戻りました。そして、2つ目のEAが（買いで）クローズし、ネットポジションはゼロに戻りました。
こちらでは、拡散の問題は検出されていません。そして、ネットポジションの構造が簡単に区別でき、最も重要なことは、サーバー上で維持できれば、すべてがうまくいき、静かになるのです
これは、ポジションの構造を考慮した会計処理の問題である。でも、余計なジェスチャーをするとスプレッドが狭くなるだけです。仮に、構造を考慮することに問題がないとします。そうすると、他のEAがポジションをクローズしても、最初のEAはその違いに気づきません - その仮想ポジションは保存されます。そして、クローズドポジションを元に戻そうとはしない。彼のために閉じているわけではありません。時間が来て、彼は自分のポジションを閉じる。この場合、彼のポジションは消え、逆に彼のネットポジションは別の方向に現れる。そして、2つ目のEAが先に開いたポジションを閉じることにします（1つ目のEAのポジションを閉じました）。ここで、ネットポジションが閉じられます。そして、余分なスプレッドはどこに払ったのでしょうか？1つ目のEAの買いは、2つ目のEAの売却で終了しました。そして、1つ目のEAを閉じることで（ちなみに売りで）2つ目のEAのポジションが元に戻りました。そして、2つ目のEAが（買いで）クローズし、ネットポジションはゼロに戻りました。
こちらでは、拡散の問題は検出されていません。そして、ネットポジションの構造が簡単に区別でき、最も重要なことは、サーバー上で維持できれば、すべてが静かでスムーズなものになります
しかし、この場合、問題があります。つまり、この形態では、MT5は、あなたが説明したすべてを実行することはできませんか？
どのように解決されるかはよくわかりません)))。解決するのでしょうか？
しかし、この場合、問題があります。では、この形態では、MT5は、あなたが説明したすべてを行うことができないのですか？
どのように解決されるかはよくわかりません)))。そして、そうなるのか？
そういうことなんです。
おっと、議論は続くのか！:)テストや本番の前に、開発者は、トレーダーが自分のポジションを説明するのに不便な帽子を作ってしまったことに気づくと思います。そして、DCは儲かるが、トレーダーはこのすべてにお金を投資するので、この製品のアップデート版は成功しない。もちろん、自分の頭脳を使ったクリエイティブなアイデアを愛する人たちは別です。でもそれは、本当の意味での稼ぐ力とは関係ない。
マイクロソフトの 製品でさえ、元々、一見、重要なアイデアや仕事が入っていたにもかかわらず、存続できなくなることがある のです