// это должно быть вначале программы?void ClosePositions(string sy="", int op=-1, int mn=-1) {
int i, k=OrdersTotal();
if (sy=="0") sy=Symbol();
for (i=k-1; i>=0; i--) {
if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) {
if ((OrderSymbol()==sy || sy=="") && (op<0 || OrderType()==op)) {
if (OrderType()==OP_BUY || OrderType()==OP_SELL) {
if (mn<0 || OrderMagicNumber()==mn) ClosePosBySelect();
}
}
}
}
}
//а это уже сама программа
ZZ=OrderClose(value1,value2,Bid,10);
if(ZZ==TRUE)
{
(какие то действия)
}
if(ZZ==FALSE)
{
ClosePositions()
}
だから、チケット番号が古いものを取っていることがわかる。
いや、わからないけど...。すべてうまくいく - その後、同じことが...再コンパイルしなければならない...
いや、よくわからない...。すべてうまくいっていたのに、こんなバカなことを......。再コンパイルしなければならない...
いや、よくわからない...。すべてうまくいく - その後、同じことが...再コンパイルしなければならない...
あるポジションで操作（リフィル、パーシャルクロージングなど）があった場合、チケットが変更されるのは理解できます。マジックを使ったほうがいい。変わりません )))
ポジションの操作（上乗せ、一部決済など）があった場合、チケットが変更されるそうですね。マジックを使ったほうがいい。変わりません )))
いや、ダニが大量に流れてきて、ポジションがたくさん空いているときに何かが起こる......。
知るか
ティックばかりでなく、「間引き」（間引きしないとやっていけない、宿命のようなもの）とサンプル量の増加を読まないといけなかったので、今後も注目していきたい。
なーんだ、強烈なティックの流れがあって、多くのポジションが空くと何かが起こるのか...。
注文処理コードの一部を掲載した方が、何が原因なのか分かりやすいと思うのですが。
いや、カチカチと重く、ポジションがたくさん空いているときに何かが起こる...。
たぶん読む順番が違うんだろうな...。
ナンセンス、みんな - それは貴重な聖杯の形で幸福のために私の必死のプッシュを停止することはありません。
恐るべし、我が友よ。物理は下手な相場より強い。そして、あなたは正しく考えています（私たちのコミュニケーションを思い出しながら）-非対称性に尖度を加えれば、すべてがうまくいくのです。ポケットを用意する。
今までずっと順調だったのに...なぜ何かを追加するのか...)ここでは、SB＋ファットテイルと呼ばれる急激な価格変動があることが分かっている市場、それしかないのです。
つまり、ここにいる皆さんは、価格がどうなるかを先に知っているわけで、その前と今と後の価格は、98％くらいランダムなものになるのです。
では、その知識を活かしてみてはいかがでしょうか（笑)。
たとえ何か見つかっても、すぐには稼げないし、特にブローカーにとっては、とにかく大変な仕事です。今時の普通の証券会社は、仕事用の普通の端末がない＋ポジション開設 の制限が多い、 手数料は言うまでもない。
それは真実だ。何をやっても変わらない...。
ありがとう、相棒。聖杯の恩人です。ポケットのホコリ取りはしましたか？