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

新しいコメント
 
mugged:

Raptorさん、もしよろしければ...どのようにphpで接続をチェックする予定でしたか？ 。

私が考えていたのは、次のようなことです。

EAは2分ごとに(5分でも30分でも、あなたの許容範囲であれば何でも...*)FTP経由で小さなファイルを私のホスティングされたウェブサーバーに送ります。ウェブサーバー上で実行されるCronジョブは、FTP経由で受け取ったファイルを探し、それが過去2分間に更新されたかどうかをチェック します*そうでなければ、私に警告メールを送信します。

 
SDC:
MQL4の本の例ではそうなっているので、私はいつもその方法でやっています。

価格xで止めるなら。これはどういう意味でしょうか？Bidがpricase-xに達したとき（あるいはAskがそれに達したとき）に止めたいのでしょうか。

もし、3pipsのSLで買いたい場合、Askを使用します - 3*pips2dbl.オープンした瞬間に1ピップ離れています（スプレッドが2ピップであると仮定）。

もしBidが価格xに達したときという意味なら、買いではあなたのSLは価格xになるでしょう。しかし、売りの場合は価格xで止めたいのですが、トリガー価格はaskとの相対値でなければなりません。

スプレッドが変化したときにどうするか？Sellの場合、同じポジション（Bid）でクローズするには、TP/SLを変更しなければならないことを意味します。あなたの定義による

私がやっているのは、すべての計算をBidを基準にして行い、最後に調整することです。

//want to open at P
if (OP == OP_BUY)  double bid.to.open = Ask-Bid, bid.to.stop = 0,       DIR=+1.;
else                      bid.to.open = 0;       bid.to.stop = Ask-Bid; DIR=-1.;
:
if ((Bid - P) *DIR >= 0.){ // Time to open
  double openPrice = Bid + bid.to.open,
  OrderSend(NULL, OP, v, Bid+bid.to.open...)
 
WHRoeder:

私のやり方は、エラーを報告して戻るだけです。

私の懸念は、SL & TP = 0のオープンオーダーを持っていて、私のEAがインターネットに接続していないことです ... ... 。私のEAがVPSや私自身のコロケーションサーバー 上にある場合でも、この可能性を警告してほしいのです。
 

異論はありませんが、私は "エラーを報告する "と言いました。

isConnected()==falseでEAができることは、待つことだけです。

ERR_TRADE_TIMEOUTでEAができることは、待つこと、そして見ることだけです。

スタートから戻り、次のティックを待ってリカバリーするのが一番簡単です。

 
WHRoeder:
isConnected()==false や ERR_TRADE_TIMEOUT では EA ができることはなく、次のティックを待って確認するのみです。
もちろん、私はあなたが私が得たものを理解していることを確認しました。ある時点で、私は何かが正しくないことを私に伝えるためにウォッチドッグが欲しいです... ...したがって、cronジョブとPHPのアイデア。
 
mugged:

Raptorさん、もしよろしければ、PHPでどのように接続を確認する予定でしたか？

多分、こんな感じでしょうか．

<?php
$to = "recipient@example.com";
$subject = "EA is silent";
$body = "EA has stopped responding . . . ";

$file = 'somefile.txt';
$filetime = filemtime($file);
$timetwomins = time()-120; // two mins ago

if ($filetime < $timetwomins) {
   mail($to, $subject, $body)
}
?>
 

注文が発生する直前にアラートメールを送り、その後ストップが変更されたことを確認するアラートメールを送ることになると思います。

もし、最初のアラートが来て、それに対応する変更メールが来なければ、問題があることが分かります。

 
mugged:

注文が発生する直前にアラートメールを送り、その後ストップが変更されたことを確認するアラートメールを送ることになると思います。

もし、最初のアラートが来て、それに対応する変更メールが来なければ、問題があることが分かります。

注文が発生した後、ストップが変更されたことを確認するメールを送ると思います。
 
qjol:
注文が発生した後に メールを送信し、ストップが変更されたことを確認するメールを送信することです。

メールを送信する際の唯一の懸念は、注文がトリガーされた後、メールが送信される前に接続が切れた場合です。

もう一つの方法は、最初のメールで何かが始まろうとしていることを伝え、2番目のメールでストップが変更されたことを確認する方法です。

 
RaptorUK:

たぶん、こんな感じかな．


ラプター、このアイデアはいいですね。私は過去にそれについて考えたことがありますが、それを行う方法について全く思いつきませんでした。

私が今持っているのは、EAが1時間ごとに稼働していることを確認するメールを送るだけです。そのメールをチェック する方法が必要で、もしメールが来なければ、警告を送ることになります。同じアイデアで異なるアプローチだと思います。

1234
新しいコメント