マイクロチャネルのユーザー情報
この機能は、公開番号認証を使用することに成功し、ユーザー情報を取得する必要がデータベースに入金、その後、ユーザーのOpenIDと絵と名前を取得することで、OpenIDのは、絶対的な機密保持のために必要である、2に対応する2つの方法でユーザー情報へのアクセスデザインタイプ種コード
二つのデザインパターン
すべてのライセンスのポップなデザインパターン
// 当用户访问地址url，url不能是hash地址，也就是地址栏不能有【#】
// 前端js判断地址栏url有没有code参数，没有就重定向
// https://open.weixin.qq.com/connect/oauth2/authorize?appid=${appid}&redirect_uri=${url}&response_type=code&scope=snsapi_userinfo#wechat_redirect
// 注意 scope=snsapi_userinfo，还有appid要带上，其他几个值是固定的
// 微信会自动的获取一个code，并跳回redirect_uri后面的地址，并把code接到地址上
// 也就是说虽然打开的页面没变，但是地址栏上多了个code参数，并且页面刷新了两次
// 把code传给后端，后端把code拿去调用接口跟微信换去用户的access_token和openId，跟上一个笔记的access_token不是一样的
// 再拿用户access_token和openId调用接口跟微信换去用户的信息
// 再把数据和openId一起存进数据库サイレントは、デザインパターンを認可しました
// 当用户访问地址url，url不能是hash地址，也就是地址栏不能有【#】
// 前端js判断地址栏url有没有code参数，没有就重定向
// https://open.weixin.qq.com/connect/oauth2/authorize?appid=${appid}&redirect_uri=${url}&response_type=code&scope=snsapi_base#wechat_redirect
// 注意 scope=snsapi_base，还有appid要带上，其他几个值是固定的
// 微信会自动的获取一个code，并跳回redirect_uri后面的地址，并把code接到地址上
// 也就是说虽然打开的页面没变，但是地址栏上多了个code参数，并且页面刷新了两次
// 把code传给后端，后端把code拿去调用接口跟微信换去用户的openId【没有access_token】
// 因为这种方式没有access_token，所以无法获取用户信息，把openId存进数据库就行
// 我要用户信息怎么办，在需要用户信息的地方，跟后端请求数据，后端查一下数据库表示也没有，前端提示您还没有关注公众号，让用户去关注公众号
// 用户只要关注了公众号，上一个笔记有关注公众号的请求，能够拿到用户的access_token和openId，通过这两个值可以用微信的接口获取用户信息，然后存进对应openId的空数据库里就行違いaccess_tokenは二つのモードが存在または不在であり、第1の1が直接許可されていますが、[攻撃]ユーザが許可されるたびに、許可、および第2の許可沈黙しているが、ユーザーの注意を必要とし、私が最初にお勧めしていることがわかります2種類、滞在が調整されたので、上記のコードのステッカーを辿る....
前と分離の終了後に、バックエンドサーバーのページが返されない場合は、両方のは、前者のケースを分離後縁の下で実施され、操作権限付与ページは、実行するバックエンドにリダイレクトされるため、アドレスバーが表示されるコードの後に、またはそれを再び意志サーバーを要求、今回のコードは、コードがフロントエンドを渡すためのイニシアチブを取る必要はありません、私たちは、全体のプロセスがバックエンドで実装することを言うことができます
補足
プラグインの数とすることができるノートやコードのノートをco-wechat、co-wechat-api、co-wechat-oauthから該当物品の代わりに
マイクロチャネルになっている
OAuth認証