記事"MQL5言語でのTelegram用ボットの作成"についてのディスカッション - ページ 21

新しいコメント
 
Andrey Khatimlianskii:

  • 同じコンピューターでMT5をチェックします。
夜にテストして、結果を書きます。

記事の例も動かないので、あなたのExpert Advisorでも動かないと思います。Wininet.dllがこのスレッドにあるので、試してみましたが、結果は同じでした。
 
Sergey Kolemanov:
Wininet.dllはこのブランチにあるので、試してみましたが、結果は同じでした。

ということは、問題はVPNにあるということだ。

すべてのトラフィックをVPN経由で送るように強制する方法がわかりません。

 
ところで、MT5ビルド1881はVPNなしで送信する。最近まで、私はこのビルドをTelegramへのメッセージ送信にのみ 使用していた。
 
Andrey Khatimlianskii:

それならVPNだ。

すべてのトラフィックをVPN経由で送るように強制する方法は知らない。

MT5で確認したところ、同じエラーが表示された。

VPNのせいではないと思います：

  • リンクhttps://api.telegram.org/ が開きます。
  • 3週間前、同じVPNを通してすべてが機能しました。
  • VPNサーバーの場所はオスロで、つまりロシアではありません。
Andrei, あなたのEAでもこの記事のライブラリを使用していますか、それとも別のものを使用していますか?

p.s.新しいVPNを確認しましたが、MT4では動作せず、MT5でも動作しませんでした。それでも、この実装のライブラリはTLS 1.2プロトコルで動作しない疑いがあります。
 
すべてのメッセージを受信者名で送信するのではなく、IDで送信します。
 
Vladimir Mametov:
すべてのメッセージを受信者名で送信するのではなく、IDで送信すれば問題はありません。

この記事のライブラリのことですか、それとも一般的な実装方法のことですか？

 
Sergey Kolemanov:

アンドレイ、あなたのEAでもこの記事のライブラリを使用していますか、それとも別のライブラリを持っていますか？

私のEAはこのライブラリに基づいています。しかし、根本的には何も変わっていません。

おそらくこれが理由でしょう：

Vladimir Mametov:
すべてのメッセージを受信者の名前ではなく、IDで送信すれば問題はありません。

私は正確にIDで送信しています（名前は確認していません）。

 
Andrey Khatimlianskii:

私はこのライブラリーをベースにしている。しかし、原理的には何も変わっていない。

たぶん、それだけだ：

私はi-diで正確に送信しています（名前は確認していません）。

ご協力ありがとうございます。
 
Andrey Khatimlianskii:

私はこのライブラリーをベースにしている。しかし、原理的には何も変わっていない。

たぶん、それだけだ：

私はi-di（名前は確認していない）で正確に送信している。

以前は名前でうまくいっていたのですが、その後うまくいかなくなりました。

 
Windows用のブラウザvpnはたくさんあるし、プロキシプログラム（TOR/Orbotなど）もたくさんある。すべてのトラフィックを傍受するのは間違っていると私は思う。また、WebRequestは端末の プロキシ設定を無視する。
1...141516171819202122232425262728...55
新しいコメント