MetaQuotes IDを使用してMetaTrader 4 / MetaTrader 5でPush通知を使用した経験を共有できる方はいらっしゃいますか？ - ページ 5 12345678910 新しいコメント Renat Fatkhullin 2012.07.25 21:07 #41 原理的には、端末に信号を送るという発想が面白い。もうひとつは、技術的に簡単ではないということです。端末は、特別なプッシュサーバーと常に連絡を取り続けなければなりません。しかし、ブローカーのサーバーを介することで、そのようなシグナルをミリ秒単位で瞬時にオンライン接続された端末に正確に配信することができ、問題を完璧に解決することができるのです。トレードサーバーは、まさにゼロレイテンシーのプッシュサーバーです。 TheXpert 2012.07.25 21:32 #42 Renat:ブローカーのサーバーを経由して行動することで、完璧に問題を解決できるが これぞ爆弾だ!作るものが多すぎて、考えるのが怖いくらいです。 Vladimir Gomonov 2012.07.25 21:32 #43 Renat:しかし、そのようなシグナルをミリ秒単位で正確にオンライン接続された端末に瞬時に配信できるブローカーサーバーを介することで、問題を完全に解決することができます。トレーディングサーバーは、まさにゼロレイテンシーのプッシュサーバーです。 素晴らしい！ そのままでいいのか？ hrenfx 2012.07.25 21:38 #44 私は、やはりMQL5-accessibleで、トレードサーバーのCommandStringに賛成です。すなわち、架空発注の素敵な実装のために。その他、端末の特殊信号が反対になっています。 Vladimir Gomonov 2012.07.25 21:42 #45 hrenfx:私はやはりMQL5-accessibleでトレードサーバーのCommandStringに賛成です。すなわち、架空発注の素敵な実装のために。 まあ...一方が他方を排除するわけではないんですけどね。その他、端末の特殊信号が反対になっています。 ジャスティファイ hrenfx 2012.07.25 21:56 #46 シグナルを直接（トレードサーバーを経由して）端末に送信する必要があるのは、1つのケースだけです。例えば、週末にメンテナンスのためにシャットダウンされるなど、取引サーバーが利用できない（お客様だけでなく、VPS上のExpert Advisorも 利用できない）場合。そして、トレードサーバーがEAに利用可能になった時（この時、あなたはネットワークにアクセスできません）、EAが取引を開始しないように、今EAを無効にする信号を送信する必要があります。しかし、この状況は、率直に言って、薄氷を踏むようなものです。それ以外の場合、取引サーバーは口座上の取引注文に関する情報だけでなく、いくつかのサービス情報（CommandString）も保存する必要があります。どのプラットフォームでも、すでに99％動作するソリューションが存在します。私は、CommandStringを作ることによって、架空の命令を合法化することを提案しているだけです。 Vladimir Gomonov 2012.07.25 22:07 #47 hrenfx:シグナルを直接（取引サーバーを経由して）端末に送信することが必要なケースは、1つだけです。例えば、週末にメンテナンスのためにシャットダウンされるなど、取引サーバーが利用できない（あなただけでなく、VPS上のExpert Advisorも利用できない）場合。そして、トレードサーバーがEAに利用可能になった時（その時、あなたはネットワークにアクセスできません）、EAが取引を開始しないように、今EAを無効にする信号を送信する必要があります。しかし、この状況は、正直言って手に負えません。それ以外の場合は、取引サーバーに口座の取引注文の情報だけでなく、サービス情報（CommandString）があれば十分です。どのプラットフォームでも、すでに99％動作するソリューションが存在します。私は、CommandStringを作ることによって、架空の命令を合法化することを提案しているだけです。ああ、説得力があるね。 一休みしています。「チャペイが考える・・・」 :) Andrey Dik 2012.07.25 22:12 #48 取引サーバーにすべてが縛られれば、それだけ、えー......、トレーダーを苦しめる機会も増える。ちゃんと理解できたかな？ Renat Fatkhullin 2012.07.25 22:26 #49 joo: すべてが取引サーバーに縛られることになればなるほど、えー......、トレーダーに害を及ぼす可能性が高くなります。ご理解いただけたでしょうか？この場合、トレードサーバーは単なるトランスポートであり、ブローカーから何ら干渉されることはない。チームのコンテンツであっても、クライアントごとに固有の鍵で暗号化され、エンドクライアントのみがアクセスできるため、サーバー上には表示されません。さらに、すべてのメッセージに当社のデジタル署名が付加され、サーバーもクライアントも署名されていないものを通過させることはありません。つまり、配信システムの安全性が確保されているのです。 Renat Fatkhullin 2012.07.25 22:31 #50 papaklass: あとは、このようなサービスに対してブローカーの了解を得るだけです:) おそらく、このような機能を禁止する人はいないでしょう。もちろん、サーバーの許可欄にはチェックを入れます。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
原理的には、端末に信号を送るという発想が面白い。
もうひとつは、技術的に簡単ではないということです。端末は、特別なプッシュサーバーと常に連絡を取り続けなければなりません。
しかし、ブローカーのサーバーを介することで、そのようなシグナルをミリ秒単位で瞬時にオンライン接続された端末に正確に配信することができ、問題を完璧に解決することができるのです。トレードサーバーは、まさにゼロレイテンシーのプッシュサーバーです。
ブローカーのサーバーを経由して行動することで、完璧に問題を解決できるが
しかし、そのようなシグナルをミリ秒単位で正確にオンライン接続された端末に瞬時に配信できるブローカーサーバーを介することで、問題を完全に解決することができます。トレーディングサーバーは、まさにゼロレイテンシーのプッシュサーバーです。
私は、やはりMQL5-accessibleで、トレードサーバーのCommandStringに賛成です。
すなわち、架空発注の素敵な実装のために。
その他、端末の特殊信号が反対になっています。
私はやはりMQL5-accessibleでトレードサーバーのCommandStringに賛成です。
すなわち、架空発注の素敵な実装のために。
その他、端末の特殊信号が反対になっています。
シグナルを直接（トレードサーバーを経由して）端末に送信する必要があるのは、1つのケースだけです。
しかし、この状況は、率直に言って、薄氷を踏むようなものです。それ以外の場合、取引サーバーは口座上の取引注文に関する情報だけでなく、いくつかのサービス情報（CommandString）も保存する必要があります。
どのプラットフォームでも、すでに99％動作するソリューションが存在します。私は、CommandStringを作ることによって、架空の命令を合法化することを提案しているだけです。
シグナルを直接（取引サーバーを経由して）端末に送信することが必要なケースは、1つだけです。
しかし、この状況は、正直言って手に負えません。それ以外の場合は、取引サーバーに口座の取引注文の情報だけでなく、サービス情報（CommandString）があれば十分です。
どのプラットフォームでも、すでに99％動作するソリューションが存在します。私は、CommandStringを作ることによって、架空の命令を合法化することを提案しているだけです。
ああ、説得力があるね。
一休みしています。「チャペイが考える・・・」 :)
すべてが取引サーバーに縛られることになればなるほど、えー......、トレーダーに害を及ぼす可能性が高くなります。ご理解いただけたでしょうか？
この場合、トレードサーバーは単なるトランスポートであり、ブローカーから何ら干渉されることはない。チームのコンテンツであっても、クライアントごとに固有の鍵で暗号化され、エンドクライアントのみがアクセスできるため、サーバー上には表示されません。
さらに、すべてのメッセージに当社のデジタル署名が付加され、サーバーもクライアントも署名されていないものを通過させることはありません。
つまり、配信システムの安全性が確保されているのです。
あとは、このようなサービスに対してブローカーの了解を得るだけです:)