ordersend() コーディングのヘルプ... - ページ 2

 

さっき言ったことを考えてたんだ......言ったろ?

買いの場合

SL = Bid - StopLoss* ポイント

TP = ビッド + テイクプロフィット* ポイント

売りの場合

SL = アスク + StopLoss* ポイント。

TP = アスク - TakeProfit* ポイント。

MQL4の本の例ではそうなっているので、私はいつもその方法でやっています。しかし、今、私はそれが正しくないと思っています。

言い換えれば、あなたが持っていた方法は、それが正しいように見えるか、私が見逃している何かがあるのでしょうか?

 
mugged:

1) はい、この方法は有効です。しかし、これを回避する方法はないのでしょうか?最初の注文は入ったけど、モディファイが発生しない(接続が切れる、エラーが発生する、等々)最悪のケースを考えると嫌です。

いい質問ですね。私はこの回避策を持つ人を見たことがありません。

この "最悪のケース "について、ブローカーに尋ねてみてください。

 
mugged:

1) はい、この方法は有効です。しかし、これを回避する方法はないのでしょうか?最初の注文は入るが、修正が行われない(接続が切れる、エラーが発生する、など)という最悪のケースを考えるのは嫌です。

私のコードでは、OrderModifyが失敗すると、何回か再試行され、再試行に失敗すると、Orderは閉じられ、OrderCloseが失敗すると再試行され、再試行に失敗すると、すべての取引をチェックする別の関数が あり、それは、SLまたはTPが設定されていない注文を検出し、それを閉じようとする。 これらの失敗はすべてエラーを発生させ、これらのエラーは画面と電子メールで報告され、電子メールは私の携帯電話にプッシュされた警告も発生します。

もう一つ、まだ対処していない失敗モードがあります。それは、注文を出した直後と、それを変更する前にインターネットへの接続が失われた場合です ... .....................。 これを処理するアイデアはあるのですが、必要なPHPのコーディング・スキルがないのです。

削除済み  

私はブローカーに連絡しましたが、彼らはプログラミングのヘルプを提供しないので、かなり役に立たなかったです。担当者が知っているのは、チャートにEAを適用する方法だけでした。

以前は全く問題なく動いていたのに、この問題が起こり始めたのはちょっと奇妙です。何が原因なんだろう...。

削除済み  
この問題は以前から発生していたのでしょうか、それとも新しい問題なのでしょうか?
 
ECNブローカーでは当たり前のことです。
削除済み  

助けてくれてありがとう。

私はそれを回避するために働くと思います。

削除済み  
RaptorUK:

私のコードでは、OrderModifyが失敗すると何度も再試行され、再試行に失敗すると注文は閉じられ、OrderCloseが失敗すると再試行され、再試行に失敗すると、すべての取引をチェックする別の関数があり、それはSLやTPが設定されていない注文を検出し、それを閉じようとする。これらの失敗はすべてエラーを発生させ、これらのエラーは画面と電子メールで報告され、電子メールは私の携帯電話にプッシュされた警告も発生します。

もう一つ、まだ対処していない失敗モードがあります。それは、注文を出した直後と、それを変更する前にインターネットへの接続が失われた場合です ... .....................。これを処理するアイデアはあるのですが、必要なPHPのコーディング・スキルがないのです。


Raptorさん、もしよろしければ、PHPでどのように接続を確認 する予定でしたか?
 
携帯電話をモデムモードでコンピュータに接続し、コンピュータが通常のインターネット接続を失った場合、携帯電話のネットワークを使用して一時的に再接続できるようにすることができます。
 
RaptorUK:
もう一つ、まだ対処していない障害モードがあります。それは、注文が発注された直後、それが変更される前にインターネットへの接続が失われることです ... ... これを処理するアイデアはあるのですが、必要なPHPコーディングのスキルがありません。

私のやり方は、エラーを報告し、戻るだけです。次のティック、再起動、再接続で、EAのorderSelectループはオープンオーダーを見つけ、ストップを設定します。

最大の問題は、orderSendが結果を返さないことです。注文は開いているかもしれないし、開いていないかもしれません。次のティックを取得すれば、それがわかります。