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

 
ポイント4と仮定すると、最初の注文が実行されるはずです。もしそうなら、2番目の注文は実行されるべきですが、サーバーが最初のリクエストを処理しているので、実行されません。

2つの可能性があります。
1. 最初の注文が実行され(ただし、オープンポジションの リストを変更するか、ターミナルのログを確認することでこのことがわかります)、2番目の注文はサーバーに送信されてさえいません。
2. 2番目の注文は、いかなる場合でもサーバーに送信されていません。最初の注文は実行されていません。
 
<br /> translate="no">2つの可能性があります。
1. 最初の注文が執行されると(ただし、オープンポジションのリストを変更するか、ターミナルのログを確認することでわかります)、2番目の注文はサーバーにすら行きません。
2. 2つ目の注文は、いかなる場合でもサーバーに送信されません。



オッケーです。それなら、私にも、他の人にも、このセリフの意味を説明してください。

1.2005.11.29 16:59:52 '82991': ログイン (4.00, #2841B56A)
2.2005.11.29 17:00:33 'TradeContext:Pingエラー
3.2005.11.29 17:02:25 '82991': ログインできません [接続できません].
4.2005.11.29 17:03:33 '82991': リクエストはサーバーによって受け入れられました。
5.2005.11.29 17:03:33 '82991': リクエストの処理中
6.2005.11.29 19:11:44 '82991': クローズオーダー #2076385 売り 0.10 EURUSD at 1.1759 sl: 0.0000 tp: 0.0000 at price 1.1743
7.2005.11.29 18:36:29 '82991': インスタントオーダー売り 0.10 EURUSD at 1.1785 sl: 0.0000 tp: 0.0000

攻撃的と受け取らないで欲しいのですが、なぜ注文が成立しないのかを分析するのに疲れてしまい、ログの全てを理解していないのです、このようなエントリーはログで最も頻繁に使用されています。
 
開発者がまた沈黙している......。
そして、次の行は何を意味するのか。
2005.11.30 09:38:40 旧ティック EURUSD5 1.1779/1.1782
も答えられない?
ログが何を意味しているのか、どこで読むことができますか?
 
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?

2つのオプションが可能です。
1.最初の注文が執行されると(ただし、オープンポジションのリストを変更したり、ターミナルのログを確認することでわかります)、2番目の注文はサーバーにすら行き渡りません。
2. 2つ目の注文は、いかなる場合でもサーバーに送信されません。


原点に戻ろう。ハリコフにはすでに50人の仲間がいて、この問題を解決しようとしている。「パイロデックス」は最初でも最後でもない。毎日、Ukrsotsbankのハリコフ・ディーリング・センターにやってくる人々は、エキスパートとして働くのではなく(Ukrsotsbankはデフォルトで、実際の口座で エキスパートを使うことを禁じている)、実際のお金でペンを使い、このX-...がいつ終わるのかと尋ねている。コンピュータに問題があると思った人もいたようです。Ukrsotsbank(MT4バイヤー)のキエフ事務所に電話したところ、彼らは次のように逐語的に答えた。「・・・このプログラムは、通信チャネル、プロバイダとの取引に要求されている・・・」、質問「・・・なぜあなたのハリコフ支店で非常にひどく働くのか」答え、「・・・彼らはハリコフのローカルネットワークに問題がある・・・・・」。また、ハリコフのディーリングセンターのローカルネットワークの問題は、月曜日にMT4に切り替えた日から始まり、4週目まで休みなく続き、その2日前の金曜日にはMT3ではなぜか問題がなく、その前も1年間ずっと問題があったことを指摘しておく。MT4導入以前は、特に疑われるようなことはなかったのですから、Ukrsotsbankが突然不正を始めたと考えるのは難しいでしょう。1年の間に何度か誤解がありましたが、妥当な範囲内です。私たちは、銀行の副頭取(Ukrsotsbankはウクライナの10大銀行の1つである)に会いに行った。彼は、自動化とコンピュータ化部門の責任者を教えてくれた。その2日後、彼は「MT4を動かすために、銀行のセキュリティを犠牲にするつもりはない」という答えを出した。開発者がプロバイダーとの交渉などという意味不明なことを言う以外、何も分かりやすいことを言わなかったことから判断すると、まだ問題解決には至っていないのだろう。
 
mark 30.11.05 10:28
話を元に戻すと...

ハリコフ・ディーリング・センターの専門家からは連絡がない。
 
開発者の皆さん
接続の不具合について証券会社に問い合わせたら、開発元、つまりあなたに送り返されたことです。
MT4は通信チャンネルにうるさいので、これらのチャンネルの要件を具体的に教えてください。

これらのチャンネルを使いたいが、そのパラメータが分からないのでどうしたらいいかわからない。
プロバイダーに聞いてみたが、「どのような品質が必要なのか」という逆質問がある。どう伝えればいいんだろう?
Wapではなく、GPRSを使った本格的なMT版モバイルトレーディングを 利用するためには、どうしたらいいのでしょうか?
また、ロシアやCISのすべての都市で、モスクワのように優れたインターネットの品質が確保されているわけではないのですね。

そして、頭を使うのを惜しんで、復号化したログファイルをアップロードしてください。
しかし、そのような明確な意味、そして、そのような記録の理由。

1.2005.11.29 16:59:52 '82991': ログイン (4.00, #2841B56A)
2.2005.11.29 17:00:33 'TradeContext: ping エラー
3.2005.11.29 17:02:25 '82991': ログインできません [接続できません].
4.2005.11.29 17:03:33 '82991': リクエストはサーバーによって受け入れられました。
5.2005.11.29 17:03:33 '82991': リクエストの処理中
6.2005.11.29 19:11:44 '82991': クローズオーダー #2076385 売り 0.10 EURUSD at 1.1759 sl: 0.0000 tp: 0.0000 at price 1.1743
7.2005.11.29 18:36:29 '82991': インスタントオーダー売り 0.10 EURUSD at 1.1785 sl: 0.0000 tp: 0.0000

そうでもない
だから、プロバイダーとあなたの両方で理にかなった会話ができるのです。
 
MetaQuotes 30.11.05 11:37 Kharkivのディーリングセンターの専門家は私たちと連絡を取りませんでした。


だから、すべての問題は誰のせいなんだ!?ハリコフ・ディーリングセンター!!!そして、最終的に問題を解決するために、他の誰が頭を下げに来なければならないのか?さて、本題です。繰り返しになりますが接続に問題がある。密集した気配値(ニュース、市場の動き)を待つ間、情報(気配値、

ニュースフィード)の配信が最大で3分ほど遅れる。視覚的には、相場の流れが「止まって」「溜まって」、その「溜まった」分が一瞬でクライアント側に来るという形で表現されています。数秒後、相場が落ち着くまでこの状態が繰り返される。特定のプロバイダーを好むというアドバイスは有効かもしれません。確かに、プロバイダーAのルーティングは、15台のサーバーを経由して、アメリカ、ドイツを経て、ウクライナに戻る。問題は存在する。ISP Bを経由すると、「ウクライナ」のサーバーを独占的に経由するルーティングになります。問題は観測されない。しかし!!!プロバイダAではプロバイダBの2〜3倍のms単位の遅延がある。MT製品はブルジョア的な通信経路を嫌うほど国有化・特権化されているのだろうか?繰り返しになりますが、MT4導入以前は全く問題がありませんでした。接続の問題は、MT4ソフトウェアのみです(プロバイダーの区別はありません)。IE、ICQ、その他は問題なく動作します。最終的に接続の問題を解決することを優先してください。ありがとうございます。
 
Skull_AC 30.11.05 12:51
つまり、すべての問題は誰のせいなんだ!!!!ハリコフDC!!!

このスレッドで以前に投稿されたすべてのメッセージを注意深く読み、その後の投稿が論理的に関連し、議論の文脈から切り離されないようにしてください。

...最終的に通信の問題を解決することを最優先にしてください。

一つ前の投稿からの引用:「・・・銀行の取締役会の副会長(しかもUkrsotsbankはウクライナのトップ10の銀行の一つ)にたどり着いた。彼は我々に自動化とコンピュータ化部門の責任者を渡して、取り壊すように言った。その2日後、彼は「1台のMT4のために、銀行のコンピュータのセキュリティを犠牲にするつもりはない」と言った。
 
開発者の皆さん!!!
言葉を使うのはやめよう迷惑をかけることが目的ではありません。MT4がMT3並みになれば、いくらでも延期ができるようにしてください。

ご自身で23.11.05 20:15に「この問題は慎重に研究されている」とおっしゃっていましたが、その結果はどうだったのでしょうか?
そうでなかったとしたら、いつ終わるのでしょうか。
そして、もしそれが秘密でないなら、あなたはモスクワにいるのですか?だから、地域にはないつながりのある輝きがあるんですね。
もし、異なる地域からの通信の品質をチェックするために助けが必要なら、どうすればいいか教えてください。CISのさまざまな地域から、問題の解決を加速するためだけに、どんな仕事でもして調査する人が少なくとも10人はいます。
 
意外なことに、今日は注文の執行が ずっとうまくいっているんです。注文が成立しないのは全体の10%程度です。
あなたは正しい道を歩んでいる!
ブローカー側の設定をもう少し」変えて、注文の約定をさらに良くすることはできないのでしょうか?
アルパリのデモで確認しました。