エラー、バグ、質問 - ページ 987

削除済み  

開発者の方に質問です。

プッシュ通知の送信の成功は、何にかかっているのでしょうか?

メッセージを送信するスクリプトがあるのですが、なぜか来ません(メッセージ数などのルールは満たしています)。

 

また4ってなんだ?

500は内部サーバーのエラーです。

要求されたリソースに問題があり、そのリソースを表示できません。

 
ありがとうございます、助かりました。
削除済み  
Interesting:

開発者の方に質問です。

Push通知の送信の成功は、何にかかっているのでしょうか?

なぜなら、私のスクリプトがメッセージを送信しても、何らかの理由でメッセージが来ないからです(メッセージの数などに関するルールは満たされています)。

問題解決、メッセージの到着

しかし、なぜか遅れが出てしまう。即座に」とまではいかなくても、少なくとも10秒から20秒程度で来るだろうと予想されたのだ。

実際には数分で終わりました。

 
Interesting:

問題解決!メッセージが届くようになりました。

しかし、なぜか遅れが出てしまう。即座に」とまではいかなくても、少なくとも10〜20秒後には到着すると思われます。

実際には数分で終わります。

すでに問題提起はされている。メッセージを即座に受信するためには、常にアクティブなインターネット接続が必要です。

念のため:常時接続している携帯電話のアプリ(インターネットラジオなど)を起動してからメッセージを送信してみてください。即座に届くはずです。

 

テストエージェントの奇妙な挙動が検出された。不定期ですが、一定です。metatester.exeが 削除され、同じエージェントが自然にアンインストールされることがあります。ログは饒舌である。

PH 0 14:39:52 サービス 'MetaTester-1' の初期化を停止しました。
FP 0 14:39:55 サービス 'MetaTester-1' は 3000ms で停止しました。
OH 0 14:39:55 サービス 'MetaTester-1' が正常にアンインストールされました。
CM 0 14:39:55 サービス 'MetaTester-2' の初期化を停止しました。
NE 0 14:39:58 サービス 'MetaTester-2' は 3015ms で停止しました。
OS 0 14:39:58 サービス 'MetaTester-2' が正常にアンインストールされました。
QD 0 14:39:58 サービス 'MetaTester-3' の初期化を停止しました。
ML 0 14:40:01 サービス 'MetaTester-3' は 3000ms で停止しました。
PJ 0 14:40:01 サービス 'MetaTester-3' のアンインストールに成功しました。
PK 0 14:40:01 サービス 'MetaTester-4' の初期化を停止しました。
MS 0 14:40:04 サービス 'MetaTester-4' は 3000ms で停止しました。

LE 0 14:40:04 Service Service 'MetaTester-4' は正常にアンインストールされました。

非常に迷惑な話だし、理由も全く不明だ。

Документация по MQL5: Файловые операции / FileDelete
Документация по MQL5: Файловые операции / FileDelete
  • www.mql5.com
Файловые операции / FileDelete - Документация по MQL5
削除済み  
joo:

すでに問題提起はされている。メッセージを即座に受信するためには、常にアクティブなインターネット接続が必要です。

念のため、常時接続している携帯電話のアプリ(インターネットラジオなど)を起動してからメッセージを送信してみると、即座に届きます。

ありがとうございます。その機能には気づいていませんでした。

ただ、端末自体がそのような常時接続に対応していなければならないと思っていました。

それとも私が間違っているのでしょうか?

 
muallch:

テストエージェントの奇妙な挙動が検出された。不定期だが、しつこいくらいに。metatester.exeが 削除され、同じエージェントが自然にアンインストールされることがあります。ログは饒舌である。

PH 0 14:39:52 サービス 'MetaTester-1' の停止が初期化されました。
FP 0 14:39:55 サービス 'MetaTester-1' は 3000ms で停止しました。
OH 0 14:39:55 サービス 'MetaTester-1' が正常にアンインストールされました。
CM 0 14:39:55 サービス 'MetaTester-2' の初期化を停止しました。
NE 0 14:39:58 サービス 'MetaTester-2' は 3015ms で停止しました。
OS 0 14:39:58 サービス 'MetaTester-2' が正常にアンインストールされました。
QD 0 14:39:58 サービス 'MetaTester-3' の初期化を停止しました。
ML 0 14:40:01 サービス 'MetaTester-3' は 3000ms で停止しました。
PJ 0 14:40:01 サービス 'MetaTester-3' のアンインストールに成功しました。
PK 0 14:40:01 サービス 'MetaTester-4' の初期化を停止しました。
MS 0 14:40:04 サービス 'MetaTester-4' は 3000ms で停止しました。

LE 0 14:40:04 サービス 'MetaTester-4' は正常にアンインストールされました。

非常に厄介で、しかも理由が全く不明です。

+1.

エージェントが停止した理由を開発者がログで表示してくれるといいのですが...。

 

ここで質問です。

MT5上のEAは、データファイルの 読み込みと書き込みを 行います。

入力最適化のためのExpert Advisorは、ローカルのマルチコアエージェントとネットワーク上のコンピュータにインストールされたリモートエージェントを使用して実行します。

テストされたExpert Advisorのインスタンスからどのファイルにアクセスするのか?

同じであれば、リソースを共有するためにどのようなメカニズムが使われているのでしょうか?

例えば、最適化されたEAの1つのインスタンスが書き込みのためにファイルにアクセスし、それをロックしたとします。この時、他のEAのインスタンスは同じファイルにアクセスするはずです。この問題はどのように解決されますか? MT5には何らかのメカニズムがあるのでしょうか?それともプログラマーはテスト中にファイルをロックできることを覚えておくべきでしょうか?

Документация по MQL5: Файловые операции / FileWrite
Документация по MQL5: Файловые операции / FileWrite
  • www.mql5.com
Файловые операции / FileWrite - Документация по MQL5
 
Ashes:

+1.

エージェントが停止した理由をログに表示してほしい...。

なぜ?

エージェントが強制的に停止されるのは、不正を発見された場合のみです。何度も話していることですが。例えば、2コアのコンピュータで100エージェントの場合。あるいは、4つのエージェントを256メガRAMですべて使用することも可能です。あるいは、仮想マシン上の エージェントが1ギガのRAMを持っていると報告しても、そのギガをさらに7台の仮想マシンで共有することについては何も言いません。といった具合に。

なんで浮気してるなんて言うんだ、恥ずかしいだろ?