マイクロチャネル、いくつかの別のログイン方法と、前面と背面

マイクロチャネルとの取引にはサインインして、需要はすでに非常に正常である、文書レコードについての良いエッセイを書くために、私は、いくつかのピットがあると感じたマイクロ手紙公衆をお読みください。

、2年ほど前、需要のマイクロチャンネルサインとの最初の接触は、おそらくオープンプラットフォームの権限について微信オープンプラットフォームのアプリケーションで、Webアプリケーションでは、アプリケーションを作成するには、configure Aコールバックのドメイン名上のマイクロチャネルのログに、ユーザーがクリックするアプリで2次元コードの使用者側にマイクロチャネルは、ユーザーは、スキャンコードは、特定の情報を、マイクロチャネル側を通過した後、リダイレクトするように私たちの行動の一つは、それから、私たちはトークンを読んだの作用を介してユーザーを取得しますプロファイル、ユーザプロファイルは、対応するユーザのユーザID、および不正アクセスで見つけることができます。このように、企業は、ちょうどチャンネルをログに記録するユーザーとしてマイクロ手紙を入れて、マイクロチャネル公衆番号にしようとしないでください。

私たちが言っているこの時間は、別のログインであるマイクロ手紙公衆番号を記録するために、第三者によって実装されます。

準備作業は、我々は最初の公開番号が必要です。マイクロ信号のログイン方法マネージャーの後、開発上のメニューの左下にあります。

私たちは公共の最初の数とそこAPPID APPSecretことが、私たちは、サーバーを設定する必要があり、とき特に注意にここにサーバを設定します、最初のログインは同じ場所ではなく、ここではホスト名のセットではありませんが、コンクリートなどリクエスト。

あまりにも多くの説明がありますが、実際には、URLがここで設定された2つの意味を持っていない文書。

1.マイクロチャネルは、コール要求のアドレスを取得します、我々はこの設定を渡すことができるようにすることを、あなたは彼の要求に戻るために持っている、いくつかのパラメータを渡します。

これは、ユーザーのスキャンは、2次元コードの後に来たときに、マイクロチャネルは、要求を送信するためのURLを掲載する予定であり、文書のいかなる記述は、存在しない点もある2、要求はこのポストシーン情報に渡されます。シーンは、実際には、開発者がパラメータを渡すことができています。

あるポスト形式の文書：

<XML> 
  <ToUserName> <！[CDATA [TOUSER]]> </ ToUserName> 
  <FromUserName> <！[CDATA [FROMUSER]]> </ FromUserName> 
  <CREATETIME> 123456789 </ CREATETIME> 
  <のMsgType> <！[CDATA [ イベント ]]> </のMsgType> 
  <イベント> <！[CDATAは、[購読]]> </イベント> 
</ XML>

また、あなたがこの要求にマイクロチャネルポストに2次元コードをスキャンするメッセージが表示されたら、あなたの直感的な感覚への適切な応答があることを確認する必要があります。XXXは、通常、どのようなシステムのログを記録するために歓迎されるであろう。

ドキュメントマイクロ手紙の中で、戻り値を指定しませんでした。実際には、戻り値があります

<XML> 
  <ToUserName> XXXXXXXX </ ToUserName> 
  <fromusername> XXXXXXXX </ fromusername> 
  <CREATETIME> 1573190078536 </ CREATETIME> 
  <のMsgType>テキスト</のMsgType> 
  <コンテンツ>バインドタイムアウトまたは失敗し、バインド再び！</コンテンツ> 
</ XML>

ポート/ WX：あなたはコンピュータ・サーバ、あなたのnginxの年でリバースプロキシを行うには、分散、必要性、おそらく手段その/ XXX XXXXにマッピングされた操作を行うときに一つはあります

セットのマイクロチャネルのURLので、あなたは、ポートでこれだけのポート80またはポート443を埋めることはできません。

位置/ WX {

proxy_passます。http：// localhostを：8082 / WX / checkSignature。
}

マイクロチャネル、いくつかの別のログイン方法と、前面と背面

おすすめ