相關(guān)關(guān)鍵詞
關(guān)于我們
最新文章
- PHP中opcode緩存簡(jiǎn)單用法分析
- thinkPHP控制器變量在模板中的顯示方法示例
- PHP move_uploaded_file() 函數(shù)(將上傳的文件移動(dòng)到新位置)
- dirname(__FILE__)的含義和應(yīng)用說明
- thinkPHP5框架實(shí)現(xiàn)分頁查詢功能的方法示例
- PHP中單雙號(hào)與變量
- PHP獲得當(dāng)日零點(diǎn)時(shí)間戳的方法分析
- Laravel ORM對(duì)Model::find方法進(jìn)行緩存示例詳解
- PHP讀寫文件高并發(fā)處理操作實(shí)例詳解
- 【CLI】利用Curl下載文件實(shí)時(shí)進(jìn)度條顯示的實(shí)現(xiàn)
解決微信授權(quán)回調(diào)頁面域名只能設(shè)置一個(gè)的問題

最終的解決方案是:https://github.com/liuyunzhuge/php_weixin_proxy,詳細(xì)的介紹請(qǐng)往下閱讀。
在做項(xiàng)目集成微信登錄以及微信支付的時(shí)候,都需要進(jìn)行用戶授權(quán)。這個(gè)授權(quán)的流程可以簡(jiǎn)單描述為:
1. 用戶從我們的應(yīng)用觸發(fā)需要授權(quán)的操作,比如點(diǎn)擊微信登錄;
2. 應(yīng)用收到這種用戶請(qǐng)求后,將用戶重定向到微信提供的一個(gè)授權(quán)頁面:
或
3. 用戶通過微信掃碼(PC端授權(quán),上邊左圖)或者點(diǎn)擊確認(rèn)按鈕(移動(dòng)端授權(quán),上邊右圖)告知微信,授權(quán)應(yīng)用訪問自己的微信賬號(hào)信息;
4. 微信收到用戶的授權(quán)許可后,生成授權(quán)碼,并把它作為參數(shù)回調(diào)至應(yīng)用的某個(gè)頁面;
5. 應(yīng)用的回調(diào)頁面在接收到微信的回調(diào)請(qǐng)求后,拿到其中的授權(quán)碼,并通過微信官方提供的access token api接口獲取access token;
6. 最后通過access token以及微信官方提供的另一個(gè)userinfo api接口就能獲取到用戶的微信賬號(hào)信息。
為了實(shí)現(xiàn)這個(gè)過程,首先要為應(yīng)用申請(qǐng)一個(gè)微信公眾號(hào),并將應(yīng)用最終部署的域名設(shè)置到微信公眾號(hào)設(shè)置里面的授權(quán)回調(diào)頁面域名這個(gè)選項(xiàng)里面。微信官方對(duì)這個(gè)選項(xiàng)的說明如下:
關(guān)于網(wǎng)頁授權(quán)回調(diào)域名的說明
1、在微信公眾號(hào)請(qǐng)求用戶網(wǎng)頁授權(quán)之前,開發(fā)者需要先到公眾平臺(tái)官網(wǎng)中的“開發(fā) - 接口權(quán)限 - 網(wǎng)頁服務(wù) - 網(wǎng)頁帳號(hào) - 網(wǎng)頁授權(quán)獲取用戶基本信息”的配置選項(xiàng)中,修改授權(quán)回調(diào)域名。請(qǐng)注意,這里填寫的是域名(是一個(gè)字符串),而不是URL,因此請(qǐng)勿加 http:// 等協(xié)議頭;
2、授權(quán)回調(diào)域名配置規(guī)范為全域名,比如需要網(wǎng)頁授權(quán)的域名為:www.qq.com,配置以后此域名下面的頁面http://www.qq.com/music.html 、 http://www.qq.com/login.html 都可以進(jìn)行OAuth2.0鑒權(quán)。但http://pay.qq.com 、 http://music.qq.com 、 http://qq.com無法進(jìn)行OAuth2.0鑒權(quán)
3、如果公眾號(hào)登錄授權(quán)給了第三方開發(fā)者來進(jìn)行管理,則不必做任何設(shè)置,由第三方代替公眾號(hào)實(shí)現(xiàn)網(wǎng)頁授權(quán)即可
由此可見,這個(gè)規(guī)則極其嚴(yán)格。如果說我們的應(yīng)用最終部署的時(shí)候只有一個(gè)域名,那么這種規(guī)則不會(huì)有什么問題;但是考慮到將來應(yīng)用的復(fù)雜性,我們可能在應(yīng)用設(shè)計(jì)之初就會(huì)對(duì)應(yīng)用做拆分,然后不同的業(yè)務(wù)采用不同的二級(jí)域名來部署。比如一個(gè)帶有交易的應(yīng)用,你可能會(huì)把登錄注冊(cè),交易管理和常規(guī)業(yè)務(wù)都獨(dú)立出來,然后采用以下的方式來部署它們:
www.your.com 部署常規(guī)業(yè)務(wù);
trade.your.com 部署交易管理的業(yè)務(wù);
passport.your.com 部署登錄注冊(cè)的業(yè)務(wù);
在這種模式下,如果集成微信登錄和微信支付,前面說的授權(quán)回調(diào)頁面域名的規(guī)則就會(huì)給應(yīng)用帶來問題。在這里:至少可以確認(rèn)trade.your.com和passport.your.com都需要前面的介紹的用戶微信授權(quán),但是它們是兩個(gè)不同的子域名,而且我們只有一個(gè)公眾號(hào);根據(jù)授權(quán)回調(diào)頁面域名的原則,它只能用一個(gè)域名,并且只有回調(diào)地址的域名與該設(shè)置完全相同,才能成功發(fā)起微信授權(quán),否則就會(huì)提示rediret_uri參數(shù)錯(cuò)誤或者引發(fā)無法回調(diào)的問題。
那么這種情況該如何處理?
當(dāng)下的解決方案是引入一個(gè)新的非常簡(jiǎn)單的應(yīng)用來作為微信授權(quán)的代理服務(wù),可以這么做:
1. 把公眾號(hào)的網(wǎng)頁授權(quán)接口域名設(shè)置成另外一個(gè)子域名,如proxy.your.com;
2. 然后把php_weixin_proxy里面的index.php部署到proxy.your.com
php_weixin_proxy下的index.php是一個(gè)很簡(jiǎn)單的php文件,你可以直接查看源碼了解它的實(shí)現(xiàn)方式。因?yàn)楫?dāng)前項(xiàng)目的環(huán)境,我采用php來完成這個(gè)代理服務(wù)實(shí)現(xiàn),實(shí)際上,你完全可以用任意平臺(tái)語言來完成類似的功能。
當(dāng)其它業(yè)務(wù)需要發(fā)起微信授權(quán)時(shí),將授權(quán)請(qǐng)求先發(fā)到proxy.your.com,然后proxy.your.com會(huì)把這個(gè)請(qǐng)求轉(zhuǎn)發(fā)到微信;
當(dāng)用戶同意授權(quán)后,proxy.your.com會(huì)收到微信的授權(quán)回調(diào),并把回調(diào)結(jié)果(code、state參數(shù))原封不動(dòng)地再返回給最開始發(fā)起授權(quán)的業(yè)務(wù)。
唯一的區(qū)別在于,在不使用proxy.your.com的時(shí)候,你從應(yīng)用發(fā)起微信授權(quán)的鏈接應(yīng)該是這樣的:
https://open.weixin.qq.com/connect/qrconnect?appid=xxxxx&redirect_uri=http%3A%2F%2Fpassport.your.com%2F&response_type=code&scope=snsapi_login&state=584bc87e11ff37492#wechat_redirect
用了proxy.your.com之后,這個(gè)授權(quán)鏈接就應(yīng)該是這樣的:
http://proxy.your.com/?appid=xxxxx&redirect_uri=http%3A%2F%2Fpassport.your.com%2Flogin%2Fnotify&response_type=code&scope=snsapi_base&state=584bc87e11ff37492&device=pc
后面這個(gè)鏈接跟上面的比:
1. 后面的鏈接中的host變成了proxy.your.com,也就是代理的授權(quán)回調(diào)域名;
2. 后面的多了一個(gè)device參數(shù),這個(gè)是必要的。因?yàn)槲⑿舙c端跟移動(dòng)端的授權(quán)地址是不一樣的,而后面的鏈接是發(fā)送個(gè)proxy.your.com的,所以需要多加個(gè)參數(shù)告訴它在轉(zhuǎn)發(fā)給授權(quán)申請(qǐng)給微信的時(shí)候,是用PC端還是移動(dòng)端的授權(quán)地址。
整體方案思路:
小結(jié):
這個(gè)方案我測(cè)試過,是行的通的。雖然說引入了代理服務(wù),增加了一次重定向操作,不過由于這個(gè)授權(quán)請(qǐng)求并不是所有請(qǐng)求都需要,所以實(shí)際上也不會(huì)對(duì)用戶體驗(yàn)產(chǎn)生多大的影響,但是從架構(gòu)上來說,它的好處很明顯,能夠配合著應(yīng)用的拆分邏輯,集成同一個(gè)公眾號(hào)的登錄及支付功能,不必為每個(gè)子應(yīng)用都單獨(dú)申請(qǐng)一個(gè)公眾號(hào)來開發(fā)了(這種方式從業(yè)務(wù)上來說也不合理,一個(gè)公司哪需要運(yùn)營那么多公眾號(hào))。
以上就是本文的全部?jī)?nèi)容,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助,同時(shí)也希望多多支持腳本之家!