高信頼性トランザクション/シグナルコピー機 (アイデア検討・開発) - ページ 5 123456789 新しいコメント --- 2012.02.15 16:51 #41 Urain: ちょっと調べてみたんですけどね。様々な言語による簡単なクライアント・サーバーシステムの例。 と、ひとことで言うと、どんな提案なのでしょうか? - 同期処理はソケットで行われるのですか? - マスターアカウントの全状態が送信される? Mykola Demko 2012.02.15 16:54 #42 sergeev: と、簡単に言うと、どんな提案をしているのか? - はソケット上で同期をとるのですか? - は、マスターアカウントの全状態を送信していますか? また、サーバー・クライアントのコンテキストの概要を説明すると、サーバーはクライアントのどこに立っているのでしょうか。 切れちゃってごめんね、1時間後にまた来るね。 --- 2012.02.15 16:58 #43 Urain: サーバー・クライアントのコンテキストはどうなっているのか、サーバーがクライアントのどこに立っているのか、 。 ウィザードがデータを送信するリモートサーバーが あります。 クライアントも同じサーバーに接続されています。問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftpサーバーの負荷やトラフィックに対して、これらの技術の長所と短所は何でしょうか? Yury Reshetov 2012.02.15 18:17 #44 sergeev: では、さらに問題を絞り込んでみましょう。 ウィザードがデータを送信するリモートサーバーがあります。 クライアントも同じサーバーに接続されています。 問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftp サーバーの負荷やトラフィックに対して、これらの技術の長所と短所は何でしょうか? Socket over TCP/IP。Telnetのように「EURUSD Buy 1.0Θn」のように1シグナルにつき1行のテキスト形式でシグナルを送信することが可能です。これは、httpやftpプロトコルのように複雑な交換手続きを必要とせず、最小限のパージングで済む最も原始的なバージョンだからです。 問題は、サーバーがマルチスレッドでなければ、どうやってクライアントからの接続を同時に受信できるのか、ということです。割り当てられたポートで常に自分のソケットをリッスンし、接続があった場合はクライアントを別の空きポートに転送し、それに別のスレッドを割り当てる必要があります。そして、メインポートで他のクライアントを待ちます。 Mykola Demko 2012.02.15 18:23 #45 sergeev: 、マスターがデータを送信するリモートサーバーがあります。 。 クライアントも同じサーバーに接続されています。問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftpサーバーの負荷やトラフィックに対するこれらの技術の長所と短所? ソケットは、http/ftpが遠隔地のファイルへの アクセスを提供するだけであるのに対し、ソケットはデータ交換プロトコルです。 Yury Reshetov 2012.02.15 18:34 #46 Urain: ソケットは、http/ftpが遠隔地のファイルへのアクセスを提供するだけなのに対し、ソケットはデータ交換のためのプロトコルです。ソケットはプロトコルではありません。ソケットとは、ポートにあるデータの送受信を行うようなものです。ソケットはサーバーソケットでもよく、リッスンする固定ポートを持つ必要があります。そして、サーバーのIPとポート番号を使ってサーバーに接続するクライアントソケットがある。 また、FTP、HTTP、Telnetはプロトコルです。これら3つのプロトコルをすべて使ってファイルを転送することができます。しかし、telnetはストリーミングプロトコルであり、一回限りのものではありません。だからこそ、クライアントは好きなだけ使うことができ、トレードシグナルが現れたら、すぐにそれを手に入れることができるのです。他のプロトコルだと、信号があるかないかを調べるために、ずっとサーバーのソケットをいじっていると、落ちてしまうんです。 Mykola Demko 2012.02.15 18:51 #47 Reshetov: ソケットはプロトコルではありません。ソケットとは、ポートにあるデータの送受信を行うようなものです。ソケットはサーバーソケットでもよく、リッスンする固定ポートを持つ必要があります。そして、IPとサーバー番号でサーバーに接続するクライアントソケットもある。 また、FTP、HTTP、Telnetはプロトコルです。これら3つのプロトコルをすべて使ってファイルを転送することができます。しかし、telnetは1回限りのプロトコルではなく、ストリーミングプロトコルです。だからこそ、クライアントは好きなだけつないで、トレードシグナルが現れたら、すぐにそれを手に入れることができるのです。他のプロトコルだと、信号があるかないかを調べるために、ずっとサーバーのソケットをいじっていると、落ちてしまうんです。 Telnetの例はないのですか? とても興味深いです。 Yury Reshetov 2012.02.15 19:01 #48 Urain: Telnetの例はありますか? とても興味深いです。https://ru.wikipedia.org/wiki/Telnet Mykola Demko 2012.02.15 19:13 #49 Reshetov: https://ru.wikipedia.org/wiki/Telnet 質問する前に見ました、使用例とは言い難いですが、とにかくありがとうございます、面白いアイデアですね、いろいろと調べてみます。 Yury Reshetov 2012.02.15 19:20 #50 Urain: 質問以前に見たことがある、使用例とは言いがたいが、とにかくありがとう、面白いアイデアだ、掘ってみよう。 。 基本的にはテキストベースのプロトコルである。しかし、主にポート23のリモートUnix接続に使用されます。つまり、ユーザー名とパスワードでリモートの Unixサーバーに ログインし、OSのコマンドを実行することができるのです。 簡略化すると、telnetは、取引シグナルを一行メッセージとして送信するなど、何にでも使うことができる。すなわち、コマンドも何もない。クライアントは接続し、サーバーがシグナルを送信するのを待ちます。受信し、解析し、ポジションをオープンまたはクローズし、次のシグナルを待ちます。それがプロトコルの全体像です。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ちょっと調べてみたんですけどね。様々な言語による簡単なクライアント・サーバーシステムの例。
と、ひとことで言うと、どんな提案なのでしょうか?
- 同期処理はソケットで行われるのですか?
- マスターアカウントの全状態が送信される?
と、簡単に言うと、どんな提案をしているのか?
- はソケット上で同期をとるのですか?
- は、マスターアカウントの全状態を送信していますか?
また、サーバー・クライアントのコンテキストの概要を説明すると、サーバーはクライアントのどこに立っているのでしょうか。
切れちゃってごめんね、1時間後にまた来るね。
サーバー・クライアントのコンテキストはどうなっているのか、サーバーがクライアントのどこに立っているのか、 。
ウィザードがデータを送信するリモートサーバーが あります。
クライアントも同じサーバーに接続されています。
問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftp
サーバーの負荷やトラフィックに対して、これらの技術の長所と短所は何でしょうか?
では、さらに問題を絞り込んでみましょう。
ウィザードがデータを送信するリモートサーバーがあります。
クライアントも同じサーバーに接続されています。
問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftp
サーバーの負荷やトラフィックに対して、これらの技術の長所と短所は何でしょうか?
Socket over TCP/IP。Telnetのように「EURUSD Buy 1.0Θn」のように1シグナルにつき1行のテキスト形式でシグナルを送信することが可能です。これは、httpやftpプロトコルのように複雑な交換手続きを必要とせず、最小限のパージングで済む最も原始的なバージョンだからです。
問題は、サーバーがマルチスレッドでなければ、どうやってクライアントからの接続を同時に受信できるのか、ということです。割り当てられたポートで常に自分のソケットをリッスンし、接続があった場合はクライアントを別の空きポートに転送し、それに別のスレッドを割り当てる必要があります。そして、メインポートで他のクライアントを待ちます。
、マスターがデータを送信するリモートサーバーがあります。 。
クライアントも同じサーバーに接続されています。
問題は、情報の受発信をどのような方法で行うかである。現在の提案から socket/http/ftp
サーバーの負荷やトラフィックに対するこれらの技術の長所と短所?
ソケットは、http/ftpが遠隔地のファイルへのアクセスを提供するだけなのに対し、ソケットはデータ交換のためのプロトコルです。
ソケットはプロトコルではありません。ソケットとは、ポートにあるデータの送受信を行うようなものです。ソケットはサーバーソケットでもよく、リッスンする固定ポートを持つ必要があります。そして、サーバーのIPとポート番号を使ってサーバーに接続するクライアントソケットがある。
また、FTP、HTTP、Telnetはプロトコルです。これら3つのプロトコルをすべて使ってファイルを転送することができます。しかし、telnetはストリーミングプロトコルであり、一回限りのものではありません。だからこそ、クライアントは好きなだけ使うことができ、トレードシグナルが現れたら、すぐにそれを手に入れることができるのです。他のプロトコルだと、信号があるかないかを調べるために、ずっとサーバーのソケットをいじっていると、落ちてしまうんです。
ソケットはプロトコルではありません。ソケットとは、ポートにあるデータの送受信を行うようなものです。ソケットはサーバーソケットでもよく、リッスンする固定ポートを持つ必要があります。そして、IPとサーバー番号でサーバーに接続するクライアントソケットもある。
また、FTP、HTTP、Telnetはプロトコルです。これら3つのプロトコルをすべて使ってファイルを転送することができます。しかし、telnetは1回限りのプロトコルではなく、ストリーミングプロトコルです。だからこそ、クライアントは好きなだけつないで、トレードシグナルが現れたら、すぐにそれを手に入れることができるのです。他のプロトコルだと、信号があるかないかを調べるために、ずっとサーバーのソケットをいじっていると、落ちてしまうんです。
Telnetの例はありますか? とても興味深いです。
https://ru.wikipedia.org/wiki/Telnet
質問以前に見たことがある、使用例とは言いがたいが、とにかくありがとう、面白いアイデアだ、掘ってみよう。 。
基本的にはテキストベースのプロトコルである。しかし、主にポート23のリモートUnix接続に使用されます。つまり、ユーザー名とパスワードでリモートの Unixサーバーに ログインし、OSのコマンドを実行することができるのです。
簡略化すると、telnetは、取引シグナルを一行メッセージとして送信するなど、何にでも使うことができる。すなわち、コマンドも何もない。クライアントは接続し、サーバーがシグナルを送信するのを待ちます。受信し、解析し、ポジションをオープンまたはクローズし、次のシグナルを待ちます。それがプロトコルの全体像です。