タフなコミュニケーションの問題 - ページ 4

新しいコメント
 
また、アルパリのサイトにpingを打ってみたところ、このように表示されました。
www.alpari-idc.ru [217.74.44.42] から32バイトでパケットを交換。

217.74.44.42からの応答：バイト数=32 time=152ms TTL=55
217.74.44.42からの応答：バイト数=32 time=138ms TTL=55
217.74.44.42からの応答：バイト数=32 time=163ms TTL=55
217.74.44.42からの応答：バイト数=32 time=163ms TTL=55

217.74.44.42のPing統計。
パケット数：送信＝4、受信＝4、喪失＝0（喪失率0％）。
送受信にかかるおおよその時間（msecs）。
最小＝138msec, 最大＝163msec, 平均＝154msec

それが判明する方法は興味深い、サーバーへのpingは（商人のサーバーとWebサイトに加えて配置されている）ので、どのくらいであり、商人の順序に大きいです。
これは正常なことなのでしょうか？また、何によるものなのでしょうか？
確かにネットワークは得意ではありませんが、この差には驚かされます...。
 
mark 25.11.05 09:41 プロバイダーに転送できるように、より具体的な質問をする


ブローカーのサーバーへのtracertコマンドの結果をISPに見せてください。地域チャンネルのみを使用してブローカーのサーバーに接続する ことが可能かどうかを確認します。ISPに依頼し、専用線の品質を確認する。443ポートを介した情報の受け渡しに問題がある可能性があります。 。

貴社におけるこの問題の責任者の連絡先のみを指定する。

support@metaquotes.ru までメールを送ってください。
 
Zloy 25.11.05 13:48
また、アルパリのサイトにpingを打ってみました。
...興味深いことに、サーバー自体（取引サーバーの他にウェブサイトもホストされている）にpingを打つと...。

これは、取引サーバーとウェブサーバーが別のサーバーにホストされていることで説明できます。

本日の結果：1台の端末で16個のExpert Advisorが6時間以上、エラーなく正常に取引されています。専門家たちは、さまざまな通貨ペアで動いていました。エキスパートからの注文は、ティックが来てから1〜2秒以内に遅れなく実行された。
 
本日の結果：同一端末上の16のExpert Advisorが6時間以上、エラーなく正常に取引された。専門家たちは、さまざまな通貨ペアで動いていました。注文はティック後1〜2秒以内に遅れなく約定した。


海を水に混ぜているような感じです。
御社のソフト（MT4）は、通信路の最低条件（例えば私の通信速度は10kbit/secなど）があれば動くと思うので、それを公開すると良いと思います。正確なテストのためには、5-10秒ごとに注文を開いて閉じるような単純なExpert Advisorを書く方がよいでしょう。つまり、注文を開いて5-10秒で閉じ、5-10秒後にまた開く、などです。いろいろな地域のいろいろなユーザーに試験的に使ってもらうため（有志もいると思う）。そうすれば、ソフトウェアの動作に関する最も正確な情報を、パフォーマンス・ログの形で得ることができます。私なら書きますが、MT4のMQLでのプログラミングは苦手です。
どう思いますか？
 
開発者の皆さん、何か言ったらどうですか？何か言えよ。
もうひとつあるんです。こんな言葉をMT3で知ったのは初めてです。MT3ではそんな言葉は知りませんでした。
しかし、MT3は正常に動作しています。
使い方がよくわからないが、以前から使っている。
何か言えよ!!!!この暴挙はいつになったら終わるのか!!!!
 
AlpariのMT4では、「接続がありません」ではなく、「トレードフローがビジーです」とデモに表示されるようになりました。

これは、取引フローがビジー状態であることを意味します。少なくとも2つのEAから同時に取引を 行おうとしているのです。
 
<br / translate="no"> これがトレードフローがビジーであることを意味します。あなたは少なくとも2つのEAから同時にトレードしようとしています。

しかし、私はペンのみで取引しています。しかも、ペンで2つの注文を同時に試すこともできない。
それともうひとつ、これはMTで可能なのでしょうか。
アクティブコネクション

名称 ローカルアドレス 外部アドレス 状態
tcp 62.***.**.**:3513 85.192.48.3:6667 を確立しました。
tcp 62.***.**.**:3621 212.65.93.10:1950 が確立されました。
tcp 62.***.**:3692 212.65.93.12:443 を確立しました。
tcp 62.***.**:3693 217.74.44.32:443 を確立しました。

2つのサーバーが同時にアクティブになり（最後の2行）、MT4ターミナルが1つだけアクティブになっていることに注意してください。そして、MT3が1台。
 
でも、私はペンでしか取引しません。しかも、ペンで2つの注文を同時に試すこともできない。<br /> translate="no">です。

お客様の状況を再現すると、以下のようになります。
1.注文開設のリクエストを送信する。
2.回答はしばらくお待ちください。
3.待たずに「注文をキャンセルする」ボタンを押して、ウィンドウを閉じます。


4.取引画面を再度開き、取引してみる


前回の注文はまだ処理されていない（サーバーに受け入れられている）ため、「Trade context is busy」というメッセージが表示されます。 なぜ注文の処理に時間がかかるかは、当社ではなく、お客様のブローカー次第です。
 
<br / translate="no"> お客様の状況を再現すると、以下のようになります。
1.注文開設のリクエストを送信する。
2.回答はしばらくお待ちください。
3.待たずに「注文をキャンセル」をクリックして、ウィンドウを閉じます。


4.取引画面を再度開き、取引してみる


前回の注文はまだ処理されていない（サーバーに受け入れられている）ため、「Trade context is busy」というメッセージが表示されます。 なぜ注文の処理に時間がかかるかは、当社ではなく、お客様のブローカー次第です。


4を受け入れるなら、最初の注文が実行されるはずです。そして2つ目は、サーバーが最初のリクエストを処理するため、そうではありません。そうなんですか？
 
会社で専用回線を使っているのですが、見積もりはうまくいくのですが、注文ができません。 3-4回しかうまくいきません。
私は家に座って - modem56k （他のプロバイダ） - 引用符は、正常に行くが、私は順序を設定することはできません - いいえ接続しません。

MT3ではそのようなことはなかったのですが。
1234567
新しいコメント