MetaTrader 4とMQL4の新機能 - 大きな変更が予定されています。 - ページ 36 1...293031323334353637383940414243...66 新しいコメント Vladimir Gomonov 2013.08.02 19:20 #351 Urain:ええ、そういうことですね。ここでの質問は簡単です、CPU時間の多くを保存したこのMQのおかげで、アマゾンの森林の面で実質的にそれをすべて繰り返し植えた。 dillingのdatafeedはdillingにあり、死ぬという前提で、あるdillingから別のdillingへの見積もりの移行はないだろうということです。原理的には正しいのですが、なぜ販売店から販売店へ見積もりが移行されるのでしょうか。 もし、MQがやったようなこと（取引時間へのバインド）をしなければ、データコールのたびに、ローカルタイムに正しく表示されるように変換する（GMTシフトをする）必要があるのです。そして、データは頻繁に読み込まれ、読み込まれる呼び出しのたびに変換器を設置する必要があります。 ローカルなサマータイムを行うか、全世界を一つのユニバーサルタイムにするか、哲学的な問題があります。そして、MQはプロメテウスになることを望まず、ただ市場に従った。市場は、アメリカ人はターミナルで起きてほしいし、ヨーロッパ人は8時台を見てほしいと思っています。 ですから、ディーリングに縛られるのは、ある意味理にかなっています。さらに、MQL5にはGMT変換の機能があるので、近いうちにmql4+でも同じことができるようになることを期待します。 ニコライ、......君には期待していないよ。一点一点お答えしたかったのですが、疑ってしまいました...。は冗談か？ -- サーバータイムで引用をマークすることの近視眼性は、控えめに言っても明らかです。データ交換を 難しくするために「自分たちのゲームのルールを押し付けようとする」ことを除けば、その背後にある論理的な目的は何もない。つまり、そのようなマーキングが実際に及ぼした（そして今も）効果であり、それが意図的なものかどうかは推測するしかないのである。レナート（MQチーム）だけが知っている。しかし、あなたや私、そして私たち「仲良し家族」は、この影響を受けているのです。そして、例えば、今（なんと！）パーティーラインが柔らかくなり、彼らがMT5で引用符の読み込みを「開く」場合、これらの引用符上の時間変換バージョンの全体の迷惑は、MT4と同様に、表示されます。MT5のベータテストの段階でも、フォーラムから引用符のマークアップにUTCを実装することが望ましいという妥当な声（叫び！）が出ていたのですから、これは避けられたはずです。しかも、MT5の販売はまだ始まっていなかったので、遅くはなかった。 もし、MQのようなこと（ディーリングタイムの参照）をしなければ、データが呼び出されるたびに、ローカルタイムを正しく表示するために変換（GMTオフセット）が必要になってしまいます。そして、データは頻繁に読み込まれ、読み込むたびにコンバータを付ける必要がある。未成年の息子さんが書いてくれたんじゃなかったっけ？;)ふざけんなよ...。信じられません。 この（存在しない）問題の解決策は簡単です。表示される時間は可視化（座標グリッド、ツールチップなど）でのみ形成されるべきで、ユーザーは引用符を表示するためにUTC/GMTからどのようにオフセットするか選択できます。ローカルシフトやサーバーシフト、好きな証券取引所のローカライズ場所や子供の頃の町並みを利用することもできる。 // 例えば、私はモスクワのタイムゾーンに住んでいるので、（サーバーの時刻ではなく）モスクワの時刻を表示するのが便利です。プログラミングをするときは、UTC、それもUTC(GMT)だけがいいんです!定義上、普遍的なものであるため。 ブローカーを含め、システムのユーザーは誰もサーバーの時間を必要としていません。ブローカーが別のタイムゾーンに移動したらどうするのか、そんなに非現実的なことなのか？:) /* (更新): 理論的には、見積もり時間をUTCに変更するには遅すぎることはありません - 1週末ですべてのサーバーと端末は、別の変換された見積もりベース（すべてのローカルコンピュータ上 - サーバーと端末の両方）に切り替えます - しかし今それは別の端を持っているはるかに多くのリソース要求タスクです制限（例えば、トレーダーのディスクの容量不足）満たすために。だから...レナートがつけるなんて単純に非現実的なんだよ、長い目で見てもユートピアに見えるんだよ。MQには全くメリットがなく、信じられないような面倒くささがあるだけで、いつもそれで十分です。最後の手段として、もしこのタイムゾーンの混乱の中にいるのが不愉快なら、UTCクォートをスケジュールすることもできます ...仮にMT6とすると...:-):-) */ Dmitry Rannev 2013.08.02 19:20 #352 何より、マッチングが簡単に確認できることが重要です。ある顧客からのスプレッドの中に指値を入れ、別の顧客からのカウンターマークで食い止めると、スプレッドなしで約定するのです。それを嫌がる企業も多いでしょうから、難しいでしょうね。しかし、ソフトウェアが市場メカニズムへの移行を強制するのであれば、私は大賛成です。両方の方式を導入して、お客様がどのような選択をされるかを見ることを止めることはできません。 Mykola Demko 2013.08.02 19:46 #353 MetaDriver: ニコライ、......まさか連絡が来るとは思わなかったよ。一点一点返信したかったのですが、疑ってしまいました...。は冗談か？--サーバータイムで引用をマークすることの近視眼性は、控えめに言っても明らかです。データ交換を難しくするために「自分たちのゲームのルールを押し付けようとする」ことを除けば、その背後にある論理的な目的は何もない。つまり、このようなマーキングがもたらした（そして今ももたらしている）効果は、それが意図的なものかどうか、推測するしかないのである。レナート（MQチーム）だけが知っている。しかし、あなたや私、そして私たち「仲良し家族」は、この影響を受けているのです。そして、例えば、今（なんと！）パーティーラインが柔らかくなり、彼らがMT5で引用符の読み込みを「開く」場合、これらの引用符上の時間変換バージョンの全体の迷惑は、MT4と同じように、表示されるでしょう。MT5のベータテストの段階でも、フォーラムから引用符のマークアップにUTCを実装することが望ましいという妥当な声（叫び！）が出ていたのですから、これは避けられたはずです。しかも、まだMT5の販売は始まっていなかったので、遅くはなかった。未成年の息子さんが書いてくれたんじゃなかったっけ？;)冗談だろう...信じられません。この（存在しない）問題の解決策は、愚かにも簡単です：表示される時間は、視覚化（座標グリッド、ツールチップなど）によってのみ生成され、ユーザーが選択することができます：UTC / GMTからどのオフセットで引用符を表示することです。ローカルシフトやサーバーシフト、好きな証券取引所のローカライズ場所や子供の頃の町並みを利用することもできる。// 例えば、私はモスクワのタイムゾーンに住んでいるので、（サーバーの時刻ではなく）モスクワの時刻を表示するのが便利です。プログラミングをするときは、UTC、それもUTC(GMT)だけがいいんです!定義上、普遍的なものであるため。ブローカーを含め、システムのユーザーは誰もサーバーの時間を必要としていません。ブローカーが別のタイムゾーンに移動したらどうするのか、そんなに非現実的なことなのか？:)いや雑談ではなく、私自身はH1から始まるバーのタイムゾーンブレーカーを書きましたが、ずいぶん前のことですし、MT4用です。ひどく遅いというわけではないのですが、若干のラグがありました。mql4が遅いのも、低レベルのものが速いのも理解しています。 しかし、それについて考える、データを要求するそれぞれのくしゃみの下に、サーバーの時間スイッチを置く必要があります！！そして、真のUTC時間を確立する必要性はそう一般的ではありません。第三者のニュースリリースデータを 比較し、いくつかの見積もりを比較する。 これは、ディリングタイムゾーンだけで必要な他のデータコールに比べれば、大海の一滴のようなものです。 ここは複数のタイムゾーンを同時に生活し、神のみぞ知るディリングを使うロシア、欧米は実質的に異常な時間に合わせる必要がないのです。 --- 2013.08.02 20:17 #354 MetaDriver: ブローカーを含むサーバーの時間は不要：ブローカーが異なるタイムゾーンに移動した場合はどうするのか、それは非現実的なのか？:) ここに思想的な間違いがある。 システム管理者は、17時退社時に端末に17時と表示させたい。 ログには17時と表示され、サーバーにも17時と表示される。 というのも、エラーがあってもUTSでは4時間の差は出ませんし、あるログと別のログを見て、混乱することもありません。 そのため、大半のブローカーがタイムゾーンを選択しているのです。 --- PS.そして、彼らはダニをあまり気にしていない。 Vladimir Gomonov 2013.08.02 22:02 #355 sergeev: と、ここで思想的な間違いがある。 システム管理者が望んでいるように、...............................。 .... PS.そして、彼らはチックについてあまり気にしていない。 ああ、地獄だ......!そうなんだ！ シスアドの個人的な好みの重要性については、考えたことがありませんでした...。 彼らの潜在的な問題について考え始めると（ありがとうございます！）、自分の人生を彼らから引き離そうとすることの危険性に気づきました（情けないターミナルユーザーとして）。 明らかに...UTC環境では、致命的な必然性を持って、徐々にPOSIX時間がシステム管理者を時間的に、そして空間的に混乱させる......。そして、彼らは適切な場所に、ましてや適切な時間にデートすることができない運命にあるのです......したがって、繁殖を停止するのです......。そして、やがてマンモスのように死に絶える......。そして、剣歯類三葉虫は......管理者不在のまま......技術サポートは血管を開くだろう......。投資家にアスファルトに転がされて、自分も津波に襲われるまでは......。 .......Ъ Ж=[ わかったよ、アレックス。 わかった、わかったよ。 もっと上手になりますよ。 シスアドのために祈りに行ってきます。 Yuriy Lyachshenko 2013.08.03 04:44 #356 こんにちは、いくつか質問があります。 1.MQLのプログラムを手動でインストールするのは面倒なのですが、この手順を簡略化できないでしょうか？ Expert Advisorやインジケータをインターネットからダウンロードした場合、手動でターミナルディレクトリのフォルダに配置する必要があるのですが。これでは不便です。エクスプローラーを開いて、C: \Program FilesMetaTrader 4 FX UPME ⇄expertsのようにパスを探し、そこにEAをコピーする必要があります。もっと簡単にできないか？例えば、ターミナルを開いて、デスクトップからナビゲータウィンドウにEAをドラッグ＆ドロップするだけです。あるいは、MetaEditorにmqlソフトを作るプログラマ向けのインストーラのようなものを作ってください。 2. 1台のPCに1部だけ端末を持たせることは可能ですか？ 私のPCには、異なるブローカーのMT4端末が14台インストールされています。temrlは1つだけで、14のブローカーすべてに14のプラグインなどを用意することも可能なようです。そして、メタエディターも一人。そして、MQLプログラム用のフォルダを1つ。 3.MT5でmql4のプログラムを動作させ、MT4でmql5の プログラムを動作させることは可能でしょうか？ ユーザーや開発者にとって、より便利なものになると思います。 Рустам 2013.08.03 05:07 #357 1) 端末の「コードベース」タブを開き、選択したインジケータ、アドバイザ、スクリプトを右クリックします。コンテキストメニューから"インストール "を選択します。 2) 同じ端末からどのブローカーにも接続できるように、認証とブローカーサーバーのアドレスを入力するだけです。 3) いいえ、全く別の技術です。 Mykola Demko 2013.08.03 05:08 #358 Yur: こんにちは、いくつか質問があります。 1.MQLのプログラムを手動でインストールするのは面倒なのですが、この手順を簡略化できないでしょうか？ Expert Advisorやインジケータをインターネットからダウンロードした場合、手動でターミナルディレクトリのフォルダに配置する必要があるのですが。これでは不便です。エクスプローラーを開いて、私のようなパス "C:\Program FilesMetaTrader 4 FX UPMEġa "を見つけて、そこにEAをコピーする必要があります。もっと簡単にできないか？例えば、ターミナルを開いて、デスクトップからナビゲータウィンドウにEAをドラッグ＆ドロップするだけです。あるいは、MetaEditorにmqlソフトを作るプログラマ向けのインストーラのようなものを作ってください。 2. 1台のPCに1部だけ端末を持たせることは可能ですか？ 私のPCには、異なるブローカーのMT4端末が14台インストールされています。temrlは1つだけで、14のブローカーすべてに14のプラグインなどを用意することも可能なようです。そして、メタエディターも一人。そして、MQLプログラム用のフォルダを1つ。 3.MT5でmql4のプログラムを動作させ、MT4でmql5の プログラムを動作させることは可能でしょうか？ ユーザーや開発者にとって、より便利なものになると思います。 私も全く同感で、+100500円、[生地]ボタン付きのExpert Advisorが本当に必要です。 なぜか、MQプログラマーはこの話題を慎重に避けています。どうやら彼らは誠実なプログラマーではなく、何でも自分たちの都合のいいように考えているようです。:) 拝啓 あなたの投稿は、金髪の女性か10歳の子供と思われる、不十分な臭いがします。 1ダウンロードする際に、必要な場所を指定すると、幸せになれます。 同時に使用しない場合、1つの端末で異なる口座や証券会社にログインできることを知らないだけです。同時に使用する場合、MQは1台のマシンで複数のコピーを実行することを禁止しているのに、ターミナルのアカウントは1つで、2番目のターミナルを実行するために2番目のコンピュータが必要だとしたら、ショックでしょう 3 これは、プラットフォームをより近づけるための問題であり、完全な互換性はありませんが、非常に近いものになるでしょう。 михаил потапыч 2013.08.03 05:39 #359 くそー、21世紀なのに・・・。そろそろ時差を原則廃止にした方が良いのでは。 5年後、撤退は終わり、ordnungがやってくる михаил потапыч 2013.08.03 05:41 #360 FAQ: 1) 端末の「コードベース」タブを開き、選択したインジケータ、アドバイザ、スクリプトを右クリックします。コンテキストメニューから "インストール "を選択します。 2) 同じ端末からどのブローカーにも接続できるように、認証とブローカーサーバーのアドレスを入力するだけです。 3）いいえ、全く別の技術です。 丁寧な挑発。 hz が） 1...293031323334353637383940414243...66 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ええ、そういうことですね。ここでの質問は簡単です、CPU時間の多くを保存したこのMQのおかげで、アマゾンの森林の面で実質的にそれをすべて繰り返し植えた。
dillingのdatafeedはdillingにあり、死ぬという前提で、あるdillingから別のdillingへの見積もりの移行はないだろうということです。原理的には正しいのですが、なぜ販売店から販売店へ見積もりが移行されるのでしょうか。
もし、MQがやったようなこと（取引時間へのバインド）をしなければ、データコールのたびに、ローカルタイムに正しく表示されるように変換する（GMTシフトをする）必要があるのです。そして、データは頻繁に読み込まれ、読み込まれる呼び出しのたびに変換器を設置する必要があります。
ローカルなサマータイムを行うか、全世界を一つのユニバーサルタイムにするか、哲学的な問題があります。そして、MQはプロメテウスになることを望まず、ただ市場に従った。市場は、アメリカ人はターミナルで起きてほしいし、ヨーロッパ人は8時台を見てほしいと思っています。
ですから、ディーリングに縛られるのは、ある意味理にかなっています。さらに、MQL5にはGMT変換の機能があるので、近いうちにmql4+でも同じことができるようになることを期待します。
ニコライ、......君には期待していないよ。一点一点お答えしたかったのですが、疑ってしまいました...。は冗談か？
--
サーバータイムで引用をマークすることの近視眼性は、控えめに言っても明らかです。データ交換を 難しくするために「自分たちのゲームのルールを押し付けようとする」ことを除けば、その背後にある論理的な目的は何もない。つまり、そのようなマーキングが実際に及ぼした（そして今も）効果であり、それが意図的なものかどうかは推測するしかないのである。レナート（MQチーム）だけが知っている。しかし、あなたや私、そして私たち「仲良し家族」は、この影響を受けているのです。そして、例えば、今（なんと！）パーティーラインが柔らかくなり、彼らがMT5で引用符の読み込みを「開く」場合、これらの引用符上の時間変換バージョンの全体の迷惑は、MT4と同様に、表示されます。MT5のベータテストの段階でも、フォーラムから引用符のマークアップにUTCを実装することが望ましいという妥当な声（叫び！）が出ていたのですから、これは避けられたはずです。しかも、MT5の販売はまだ始まっていなかったので、遅くはなかった。
未成年の息子さんが書いてくれたんじゃなかったっけ？;)ふざけんなよ...。信じられません。
この（存在しない）問題の解決策は簡単です。表示される時間は可視化（座標グリッド、ツールチップなど）でのみ形成されるべきで、ユーザーは引用符を表示するためにUTC/GMTからどのようにオフセットするか選択できます。ローカルシフトやサーバーシフト、好きな証券取引所のローカライズ場所や子供の頃の町並みを利用することもできる。
// 例えば、私はモスクワのタイムゾーンに住んでいるので、（サーバーの時刻ではなく）モスクワの時刻を表示するのが便利です。プログラミングをするときは、UTC、それもUTC(GMT)だけがいいんです!定義上、普遍的なものであるため。
ブローカーを含め、システムのユーザーは誰もサーバーの時間を必要としていません。ブローカーが別のタイムゾーンに移動したらどうするのか、そんなに非現実的なことなのか？:)
/*
(更新): 理論的には、見積もり時間をUTCに変更するには遅すぎることはありません - 1週末ですべてのサーバーと端末は、別の変換された見積もりベース（すべてのローカルコンピュータ上 - サーバーと端末の両方）に切り替えます - しかし今それは別の端を持っているはるかに多くのリソース要求タスクです制限（例えば、トレーダーのディスクの容量不足）満たすために。だから...レナートがつけるなんて単純に非現実的なんだよ、長い目で見てもユートピアに見えるんだよ。MQには全くメリットがなく、信じられないような面倒くささがあるだけで、いつもそれで十分です。最後の手段として、もしこのタイムゾーンの混乱の中にいるのが不愉快なら、UTCクォートをスケジュールすることもできます ...仮にMT6とすると...:-):-)
*/
ニコライ、......まさか連絡が来るとは思わなかったよ。一点一点返信したかったのですが、疑ってしまいました...。は冗談か？
--
サーバータイムで引用をマークすることの近視眼性は、控えめに言っても明らかです。データ交換を難しくするために「自分たちのゲームのルールを押し付けようとする」ことを除けば、その背後にある論理的な目的は何もない。つまり、このようなマーキングがもたらした（そして今ももたらしている）効果は、それが意図的なものかどうか、推測するしかないのである。レナート（MQチーム）だけが知っている。しかし、あなたや私、そして私たち「仲良し家族」は、この影響を受けているのです。そして、例えば、今（なんと！）パーティーラインが柔らかくなり、彼らがMT5で引用符の読み込みを「開く」場合、これらの引用符上の時間変換バージョンの全体の迷惑は、MT4と同じように、表示されるでしょう。MT5のベータテストの段階でも、フォーラムから引用符のマークアップにUTCを実装することが望ましいという妥当な声（叫び！）が出ていたのですから、これは避けられたはずです。しかも、まだMT5の販売は始まっていなかったので、遅くはなかった。
未成年の息子さんが書いてくれたんじゃなかったっけ？;)冗談だろう...信じられません。
この（存在しない）問題の解決策は、愚かにも簡単です：表示される時間は、視覚化（座標グリッド、ツールチップなど）によってのみ生成され、ユーザーが選択することができます：UTC / GMTからどのオフセットで引用符を表示することです。ローカルシフトやサーバーシフト、好きな証券取引所のローカライズ場所や子供の頃の町並みを利用することもできる。
// 例えば、私はモスクワのタイムゾーンに住んでいるので、（サーバーの時刻ではなく）モスクワの時刻を表示するのが便利です。プログラミングをするときは、UTC、それもUTC(GMT)だけがいいんです!定義上、普遍的なものであるため。
ブローカーを含め、システムのユーザーは誰もサーバーの時間を必要としていません。ブローカーが別のタイムゾーンに移動したらどうするのか、そんなに非現実的なことなのか？:)
いや雑談ではなく、私自身はH1から始まるバーのタイムゾーンブレーカーを書きましたが、ずいぶん前のことですし、MT4用です。ひどく遅いというわけではないのですが、若干のラグがありました。mql4が遅いのも、低レベルのものが速いのも理解しています。
しかし、それについて考える、データを要求するそれぞれのくしゃみの下に、サーバーの時間スイッチを置く必要があります！！そして、真のUTC時間を確立する必要性はそう一般的ではありません。第三者のニュースリリースデータを 比較し、いくつかの見積もりを比較する。
これは、ディリングタイムゾーンだけで必要な他のデータコールに比べれば、大海の一滴のようなものです。
ここは複数のタイムゾーンを同時に生活し、神のみぞ知るディリングを使うロシア、欧米は実質的に異常な時間に合わせる必要がないのです。
ブローカーを含むサーバーの時間は不要：ブローカーが異なるタイムゾーンに移動した場合はどうするのか、それは非現実的なのか？:)
ここに思想的な間違いがある。
システム管理者は、17時退社時に端末に17時と表示させたい。 ログには17時と表示され、サーバーにも17時と表示される。
というのも、エラーがあってもUTSでは4時間の差は出ませんし、あるログと別のログを見て、混乱することもありません。
そのため、大半のブローカーがタイムゾーンを選択しているのです。
---
PS.そして、彼らはダニをあまり気にしていない。
と、ここで思想的な間違いがある。
システム管理者が望んでいるように、...............................。 .... PS.そして、彼らはチックについてあまり気にしていない。
わかったよ、アレックス。 わかった、わかったよ。 もっと上手になりますよ。
シスアドのために祈りに行ってきます。こんにちは、いくつか質問があります。
1.MQLのプログラムを手動でインストールするのは面倒なのですが、この手順を簡略化できないでしょうか？
2. 1台のPCに1部だけ端末を持たせることは可能ですか？
私のPCには、異なるブローカーのMT4端末が14台インストールされています。temrlは1つだけで、14のブローカーすべてに14のプラグインなどを用意することも可能なようです。そして、メタエディターも一人。そして、MQLプログラム用のフォルダを1つ。
3.MT5でmql4のプログラムを動作させ、MT4でmql5の プログラムを動作させることは可能でしょうか？
ユーザーや開発者にとって、より便利なものになると思います。
1) 端末の「コードベース」タブを開き、選択したインジケータ、アドバイザ、スクリプトを右クリックします。コンテキストメニューから"インストール "を選択します。
2) 同じ端末からどのブローカーにも接続できるように、認証とブローカーサーバーのアドレスを入力するだけです。
3) いいえ、全く別の技術です。
こんにちは、いくつか質問があります。
1.MQLのプログラムを手動でインストールするのは面倒なのですが、この手順を簡略化できないでしょうか？
2. 1台のPCに1部だけ端末を持たせることは可能ですか？
私のPCには、異なるブローカーのMT4端末が14台インストールされています。temrlは1つだけで、14のブローカーすべてに14のプラグインなどを用意することも可能なようです。そして、メタエディターも一人。そして、MQLプログラム用のフォルダを1つ。
3.MT5でmql4のプログラムを動作させ、MT4でmql5の プログラムを動作させることは可能でしょうか？
ユーザーや開発者にとって、より便利なものになると思います。
私も全く同感で、+100500円、[生地]ボタン付きのExpert Advisorが本当に必要です。
なぜか、MQプログラマーはこの話題を慎重に避けています。どうやら彼らは誠実なプログラマーではなく、何でも自分たちの都合のいいように考えているようです。:)
拝啓 あなたの投稿は、金髪の女性か10歳の子供と思われる、不十分な臭いがします。
1ダウンロードする際に、必要な場所を指定すると、幸せになれます。
同時に使用しない場合、1つの端末で異なる口座や証券会社にログインできることを知らないだけです。同時に使用する場合、MQは1台のマシンで複数のコピーを実行することを禁止しているのに、ターミナルのアカウントは1つで、2番目のターミナルを実行するために2番目のコンピュータが必要だとしたら、ショックでしょう
3 これは、プラットフォームをより近づけるための問題であり、完全な互換性はありませんが、非常に近いものになるでしょう。
くそー、21世紀なのに・・・。そろそろ時差を原則廃止にした方が良いのでは。
5年後、撤退は終わり、ordnungがやってくる
1) 端末の「コードベース」タブを開き、選択したインジケータ、アドバイザ、スクリプトを右クリックします。コンテキストメニューから "インストール "を選択します。
2) 同じ端末からどのブローカーにも接続できるように、認証とブローカーサーバーのアドレスを入力するだけです。
3）いいえ、全く別の技術です。
丁寧な挑発。
hz が）