記事"インターネットを介して端末間でデータ交換をするためのWinInet.dll利用"についてのディスカッション

[MetaQuotes]

新しい記事 インターネットを介して端末間でデータ交換をするためのWinInet.dll利用 はパブリッシュされました:

本稿は HTTP リクエストを介することでインターネットに連携する原理、および仲介サーバーを用いた端末間でのデータ交換について述べます。MQL5 環境でインターネットリソースと連携するためのMqlNet ライブラリクラスについて述べます。異なる仲介会社からの価格をモニターし、ターミナルを終了 することなく他のトレーダーとメッセージ交換をし、インターネットで情報検索をする。これらは例に過ぎませんが、本稿で検討します。

作者: o_O

[Вадим]

パワフルだ！とても役に立つ記事だ。初心者がこのような情報をすべてインターネットで探すのは難しい。そして、ここではすべてが1つの記事に集められている。

一般的に、インターネットを使った作業は最も興味深いトピックのひとつだ。この端末のために、完全自動のサイト（ただし、いくつかのサイト、またはいくつかのサイトの見出しがよい）を作成する。現在のマーケット状況をサイトに表示する。市場分析と売買シグナルをサイトに表示する。他の端末による売買シグナルの「傍受」。興味のあるユーザーへのシグナルとメッセージの送信。興味のある」ユーザーをリスト(データベース)に追加/削除し、端末サービスによってさらにサービスを提供する。他のサイトからの情報の収集と分析、レポートの 作成と公開...

初心者にとっては、この技術を使った様々な簡単な例をたくさん持っていることも重要です。

[---]

Rinng писал(а) # :

他の端末による取引シグナルの「傍受」。

傍受とはどういう意味ですか？サイトからシグナルを受け取り、ターミナルで実行するという意味ですか？

関心のあるユーザーにシグナルやメッセージを送信する。興味のある」ユーザーをリスト(データベース)に追加/削除し、ターミナル・サービスがさらにサービスを提供する。

中間サーバーとの情報交換のみ。
あるいは、サーバー上で隠された関数の計算を行い、その結果をユーザーに渡して、彼の専門家が判断を下す。

[Вадим]

sergeev:

傍受とはどういう意味ですか？ サイトから信号を受け取り、ターミナルで実行するという意味ですか？

ここで、2つのオプションがあります - 通常の取引のコピー機を作るが、中間サーバーと情報交換するだけです。
あるいは、サーバー上で隠された関数の計算を行い、ユーザーはこの関数の結果を受け取ることで、Expert Advisorが判断を下すことができます。

1) 「傍受」-中間サーバー（サイト）からのシグナルを正確に受信し、ユーザーの端末で実行する。

2) 個人アクセスによるサーバー情報（市場シグナル、個人メッセージ、市場分析）へのアクセス。マスター端末および/またはサーバースクリプト（例：Webmaniを介した情報へのアクセスに対する支払いスクリプト）を介したユーザーデータベース管理。

[---]

Rinng:

2) ユーザーデータベースによる、個人アクセスによるサーバー情報（マーケットシグナル、個人メッセージ、マーケット分析）へのアクセス。ユーザーデータベースの管理は、代表的な端末、および/またはサーバースクリプト（例えば、Webmaniを介して情報へのアクセスのための支払いのスクリプト）を介して行われます。

端末の「何か」の状態に関する情報の受信を行う場合、これは興味深い点だと思います。

お書きのように、ユーザーが接続しているサービスからのメッセージ......。しかし、この目的のために、専門家はそれを読んで出力することができるはずです。したがって、それはいくつかのサービスのための一種の個別開発です。

もしあなたが、どのソースサーバーにもインストール可能で、ターミナルでの接続が簡単な、一般化されたプロトコルのバリエーションやアイデアをお持ちなら、議論しましょう。 個人的には、ターミナルでの接続のグローバル化というトピックに興味があります。

[Вадим]

Expert Advisorの情報を複数のサイトで公開し、公開された情報に他の端末からパスワードで個人的にアクセスすることに興味があります。また、EAからユーザーデータベースを管理することもできます。

端末間の リンクのグローバル化については、「リモート」サーバーなしではできないと思います。一般的には、このようになるはずです：

マスター端末のタスクには、必要な情報の準備とリモートサーバーの管理が含まれます。

リモート・サーバーのタスクは、スレーブ端末の識別、ユーザー・データベース（スレーブ端末）の管理、端末に必要な情報の受信と送信、サイトのデザインと公開などである。

スレーブ端末のタスクは、スレーブ端末向けの情報を受信して処理し、サーバーに応答を送信することです。

簡単な形では、サーバーはPHP 5.0で設計できます。

データ交換は、FTPプロトコルでファイルを交換することで行うことができる。

一般的には、サーバー、端末管理サーバー、端末クライアントの3つのプログラムが必要です。

[---]

この回路に対して、私は2つのアプローチを実行した。

1.1.マスター端末をイニシエーターとする。
この場合、マスター端末は必要な情報をサーバー自体に置き、スレーブ端末はそこから情報を受け取り、アルゴリズムに従って処理するだけである。これは、情報のソースが我々のコントロール下にあるマスター端末であることを除けば、通常の情報処理と変わらない。

応用例：トランザクション・コピー機、マスターがスレーブの状態に反応する必要のないシステムなど。

2.スレーブ端末イニシエータ。
この場合、マスターはマスターよりも多くのことを知っているリモートマシンとしてのみ機能する。つまり、例えば、シグナルや隠された計算式によって市場に参入するための条件が含まれており、スレーブによって要求される。
アプリケーション：指標の計算。取引シグナルの取得。

この場合のサーバーの機能は、アクセス権の差別化だけである。つまり、スレーブがリクエストを受ける権利を持っているかどうかをチェックすることである（ちなみに、マスターも同様）。端末のデータベースは、MySQLまたは通常のcsvファイルに保存することができます。

この場合、FTPはサーバーに負担をかけるので、すべてリクエスト(POST / GET)で実現します。

[Serge]

Metaarbitrage.mq5が動作していない。ログに書き込まれます：

修正方法は？

sergeev:

この場合、FTPはサーバー部分に困難を課すので、すべてはリクエスト(POST / GET)で実装されています。
。

同意します。phpとMySqlのバンドルをお勧めします。MySqlがあれば、レーティングシステムを組織し、データを保存し、選択を行うのが簡単になります。

[---]

Graff:

Metaarbitrage.mq5が動作していません。ログにはこうある：

どうすれば直りますか？

私のテストでは、HttpOpenRequestW 関数のAccess violation read to'kernel32.dll'の0x003F0070という行でエラーがクラッシュしました。

記事の公開 後、DLLの呼び出しに何か変更があったようです。

同感です。phpとMySqlのバンドルをお勧めします。MySqlがあれば、レーティングシステムを組織したり、データを保存したり、選択を行ったりするのは簡単でしょう。

もちろんだ。MySqlは、単にファイルを管理するよりも常に優れています。

[Serge]

sergeev:

私のテストでは、HttpOpenRequestW 関数のAccess violation read to'kernel32.dll'の0x003F0070という行でエラーがクラッシュしました。

記事が公開された後、DLLの呼び出しに何か変更があったようです。

もちろんです。MySqlは単にファイルを管理するよりも常に優れています。

エラー番号が違います。

暇があればサーバーサイドの開発やpcpスクリプトを手伝う準備はできている。

[---]

Graff:

エラー数が違う。

servicedkに送りました。彼らにもチェックしてもらいましたが、エラーが深いのか、本当に何かが変わったようです。

サーバーサイドの開発やpcpスクリプトについては、暇があればお手伝いします。

アイデアというか、出力はどうすればいいのでしょうか？