エラー、バグ、質問 - ページ 401 1...394395396397398399400401402403404405406407408...3185 新しいコメント 削除済み 2011.06.01 22:31 #4001 Interesting:では、ご注目ください（430ビルド、Alpariにアカウント登録したばかり）。 現在のところ、2011.05.25の#458です。 Sergey Gritsay 2011.06.01 22:36 #4002 voix_kas: セルゲイ1294情報提供ありがとうございました。それならまだしも、キャッチです。最低発注量の条件を満たしていない。未決済のポジションがないときに、任意の方向に0.01ロットの数量でポジションを建てようとした場合、許容されますか？とにかく、開発者の説明を聞いてみたいですね。状況は矛盾している。 マニュアルモードでも小さいボリュームのポジションを建てることはできませんが、残りのポジションを小さいミンロットで決済することは可能です。 削除済み 2011.06.01 22:40 #4003 voix_kas: 実際のものは、2011/05/25の#458です。それが入っていないとでも思っているのでしょうか。 sergey1294 です。 マニュアルモードでも少ない枚数での取引はできませんが、残りのポジションを分量以下で決済することは可能です。先ほど言ったように、クアッドでも同じです確かに、任意のボリュームに既存のポーズを閉じることができます（これはバグではない場合、私は何を知らない - 多分それはもともと意図されていた...）、念のため覚えておく必要があります。新しいポーズを開いてもダメ、既存のポーズを不正なボリュームに反転させてもダメ。任意の数量で取引したい場合は、手動で行うこともできますが、本質的には理解できるものです。 Валерий 2011.06.01 23:35 #4004 Interesting:確かに、既存のポーズを任意のボリュームに閉じることができます（これがバグでないとしたら、何がバグなのか分かりませんが......もともとそういうものだったのかもしれませんね）、念のため覚えておくことにします。新しいポーズを開いてもダメ、既存のポーズの誤ったボリュームにフリップしてもダメ. ほら、これでスッキリしましたね。出来高粒度のルールは、ポジションの 完全な決済を除いて 有効であり、その場合、取引はどのような出来高でも可能です。ドキュメントに記載されているはずです。 削除済み 2011.06.02 00:12 #4005 Valmars: ほら、これでスッキリしましたね。ただし、ポジションを 完全に決済 する場合は、どのような取引量であっても、数量規制のルールが適用されます。ドキュメントに明記すべきですね。訂正します。完全なものだけでなく私の理解では、（例外であれば）3つのケースで適用されます。a) 同数ロットによるポジションの完全決済（技術的な詳細は省略します）。b) 既存ポジションのトリミング - 既存ポジションの体積をステップの倍数（推定）だけ減少させること。c) オーバーサンプリング／ランピング - 既存のポジションの音量をステップの倍数で増加させる（はずである）。追記ロールが可能なのは、出来上がったボリュームが最小値を下回らない場合である可能性が高い。ここでは私は確認していません（しかし、実際にはもはや例外ではありません）。 削除済み 2011.06.02 07:49 #4006 みんな、私たちの結論はすべて推測に過ぎない。開発者から、これは機能なのかバグなのか、具体的なコメントをもらう必要があります。機能であれば、ドキュメントレベルで最大限詳細に記述する必要がありますもしバグであれば、当然「MQL5エンジン」のレベルで、最小ロットと最小ステップが同じでなければならないという明確な制約があるはずです。フォーラムを見て回りましたが、開発者の担当者は、生じた疑問について速やかに議論しているようです。それがこのプラットフォームの大きなメリットです。近い将来、包括的な回答が得られることを期待している。 削除済み 2011.06.02 08:33 #4007 voix_kas:みんな、私たちの結論はすべて推測に過ぎない。開発者から具体的なコメントをもらう必要がある：それは機能なのかバグなのか？機能であれば、ドキュメントレベルで最大限の詳細が記述されるべきですMT4でもある程度存在することを考慮すれば、機能として 認めましょう（開発者の方がドキュメントについてよく知っている）。もし、私たちのマネージャーが私たちが出した注文の違いを知らないのであれば、それはブローカーの問題であって、トレーディング・コンプレックスの問題ではありません。追記ただし、この抜け道を利用したトレーダーをブローカーが快く思わないケースもあるだろう。要は生意気なことを言わないということです。 Aleksandr Chugunov 2011.06.02 08:39 #4008 Interesting: 通常、ブローカーはステップを最小注文単位と同じに設定します。 非常に頻繁 最小ロット=0.1、ステップ0.01 削除済み 2011.06.02 09:21 #4009 AlexSTAL: 非常に多くの場合、最小ロット=0.1、ステップ0.01です。DCでは、そうですね、本当に働いているブローカーがこのようにサーバーを設定することはないでしょう。しかし、証券会社は、どんなに親切な人でも、しばらくすると、顧客の非常に小賢しい行為を見て、対策を講じることがあります（そんな不謹慎なことを好む証券会社があるでしょうか）。しかし、あまり生意気なことを言わなければ、この方法は有効かもしれません。 削除済み 2011.06.02 09:57 #4010 興味深い繰り返しになりますが、私は憶測で「もしかしたら」と期待することには賛成ではありません。開発者の質の高い 対応があれば、明確に 問題を解決できるはずです。 1...394395396397398399400401402403404405406407408...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
では、ご注目ください（430ビルド、Alpariにアカウント登録したばかり）。
セルゲイ1294
情報提供ありがとうございました。
それならまだしも、キャッチです。最低発注量の条件を満たしていない。
未決済のポジションがないときに、任意の方向に0.01ロットの数量でポジションを建てようとした場合、許容されますか？
とにかく、開発者の説明を聞いてみたいですね。状況は矛盾している。
実際のものは、2011/05/25の#458です。
それが入っていないとでも思っているのでしょうか。
マニュアルモードでも少ない枚数での取引はできませんが、残りのポジションを分量以下で決済することは可能です。先ほど言ったように、クアッドでも同じです
確かに、任意のボリュームに既存のポーズを閉じることができます（これはバグではない場合、私は何を知らない - 多分それはもともと意図されていた...）、念のため覚えておく必要があります。
新しいポーズを開いてもダメ、既存のポーズを不正なボリュームに反転させてもダメ。
任意の数量で取引したい場合は、手動で行うこともできますが、本質的には理解できるものです。
Interesting:
確かに、既存のポーズを任意のボリュームに閉じることができます（これがバグでないとしたら、何がバグなのか分かりませんが......もともとそういうものだったのかもしれませんね）、念のため覚えておくことにします。
新しいポーズを開いてもダメ、既存のポーズの誤ったボリュームにフリップしてもダメ
.
ほら、これでスッキリしましたね。ただし、ポジションを 完全に決済 する場合は、どのような取引量であっても、数量規制のルールが適用されます。ドキュメントに明記すべきですね。
訂正します。
完全なものだけでなく私の理解では、（例外であれば）3つのケースで適用されます。
a) 同数ロットによるポジションの完全決済（技術的な詳細は省略します）。
b) 既存ポジションのトリミング - 既存ポジションの体積をステップの倍数（推定）だけ減少させること。
c) オーバーサンプリング／ランピング - 既存のポジションの音量をステップの倍数で増加させる（はずである）。
追記
ロールが可能なのは、出来上がったボリュームが最小値を下回らない場合である可能性が高い。ここでは私は確認していません（しかし、実際にはもはや例外ではありません）。
みんな、私たちの結論はすべて推測に過ぎない。
開発者から、これは機能なのかバグなのか、具体的なコメントをもらう必要があります。
機能であれば、ドキュメントレベルで最大限詳細に記述する必要があります
もしバグであれば、当然「MQL5エンジン」のレベルで、最小ロットと最小ステップが同じでなければならないという明確な制約があるはずです。
フォーラムを見て回りましたが、開発者の担当者は、生じた疑問について速やかに議論しているようです。それがこのプラットフォームの大きなメリットです。
近い将来、包括的な回答が得られることを期待している。
みんな、私たちの結論はすべて推測に過ぎない。
開発者から具体的なコメントをもらう必要がある：それは機能なのかバグなのか？
機能であれば、ドキュメントレベルで最大限の詳細が記述されるべきです
MT4でもある程度存在することを考慮すれば、機能として 認めましょう（開発者の方がドキュメントについてよく知っている）。
もし、私たちのマネージャーが私たちが出した注文の違いを知らないのであれば、それはブローカーの問題であって、トレーディング・コンプレックスの問題ではありません。
追記
ただし、この抜け道を利用したトレーダーをブローカーが快く思わないケースもあるだろう。要は生意気なことを言わないということです。
通常、ブローカーはステップを最小注文単位と同じに設定します。
非常に多くの場合、最小ロット=0.1、ステップ0.01です。
DCでは、そうですね、本当に働いているブローカーがこのようにサーバーを設定することはないでしょう。
しかし、証券会社は、どんなに親切な人でも、しばらくすると、顧客の非常に小賢しい行為を見て、対策を講じることがあります（そんな不謹慎なことを好む証券会社があるでしょうか）。
しかし、あまり生意気なことを言わなければ、この方法は有効かもしれません。
興味深い
繰り返しになりますが、私は憶測で「もしかしたら」と期待することには賛成ではありません。
開発者の質の高い 対応があれば、明確に 問題を解決できるはずです。