php進(jìn)行支付寶開發(fā)中return_url和notify_url的區(qū)別分析
本文實例分析了php進(jìn)行支付寶開發(fā)中return_url和notify_url的區(qū)別。分享給大家供大家參考。具體分析如下:
在支付寶處理業(yè)務(wù)中return_url,notify_url是返回些什么狀態(tài)呢,我們要根據(jù)它來做一些處理就必須了解return_url,notify_url的區(qū)別,下面我就來給大家介紹介紹.
問題描述:
我在處理支付寶業(yè)務(wù)中出現(xiàn)過這樣的問題,付費(fèi)完成后,在支付寶跳轉(zhuǎn)到商家指定頁面時,訂單狀態(tài)已經(jīng)更新,通過調(diào)試發(fā)現(xiàn)是支付寶先通知notify_url,完成了訂單狀態(tài).
支付寶return_url和notify_url通知順序問題:
順序不一定的,請別以先后順序來做判斷,具體如何判斷,是根據(jù)您當(dāng)前數(shù)據(jù)庫里的狀態(tài)和剛從支付寶里獲取到的狀態(tài)做對比來判斷是否有做過處理了.
關(guān)于支付寶return_url和notify_url的區(qū)別,同步通知頁面特性(return_url特性):
(1) 買家在支付成功后會看到一個支付寶提示交易成功的頁面,該頁面會停留幾秒,然后會自動跳轉(zhuǎn)回商戶指定的同步通知頁面(參數(shù)return_url);
(2) 該頁面中獲得參數(shù)的方式,需要使用GET方式獲取,如request.QueryString("out_trade_no")、$_GET['out_trade_no'];
(3) 該方式僅僅在買家付款完成以后進(jìn)行自動跳轉(zhuǎn),因此只會進(jìn)行一次;
(4) 該方式不是支付寶主動去調(diào)用商戶頁面,而是支付寶的程序利用頁面自動跳轉(zhuǎn)的函數(shù),使用戶的當(dāng)前頁面自動跳轉(zhuǎn);
(5) 基于(4)的原因,可在本機(jī)而不是只能在服務(wù)器上進(jìn)行調(diào)試;
(6) 返回URL只有一分鐘的有效期,超過一分鐘該鏈接地址會失效,驗證則會失??;
(7) 設(shè)置頁面跳轉(zhuǎn)同步通知頁面(return_url)的路徑時,不要在頁面文件的后面再加上自定義參數(shù)。例如:
錯誤的寫法:
正確的寫法:
服務(wù)器異步通知頁面特性(notify_url特性):
(1) 必須保證服務(wù)器異步通知頁面(notify_url)上無任何字符,如空格、HTML標(biāo)簽、開發(fā)系統(tǒng)自帶拋出的異常提示信息等;
(2) 支付寶是用POST方式發(fā)送通知信息,因此該頁面中獲取參數(shù)的方式,如:
request.Form("out_trade_no")、$_POST['out_trade_no']。
(3) 支付寶主動發(fā)起通知,該方式才會被啟用;
(4) 只有在支付寶的交易管理中存在該筆交易,且發(fā)生了交易狀態(tài)的改變,支付寶才會通過該方式發(fā)起服務(wù)器通知(即時到賬中交易狀態(tài)為“等待買家付款”的狀態(tài)默認(rèn)是不會發(fā)送通知的);
(5) 服務(wù)器間的交互,不像頁面跳轉(zhuǎn)同步通知可以在頁面上顯示出來,這種交互方式是不可見的;
(6) 第一次交易狀態(tài)改變(即時到賬中此時交易狀態(tài)是交易完成)時,不僅頁面跳轉(zhuǎn)同步通知頁面會啟用,而且服務(wù)器異步通知頁面也會收到支付寶發(fā)來的處理結(jié)果通知;
(7) 程序執(zhí)行完后必須打印輸出“success”(不包含引號)。如果商戶反饋給支付寶的字符不是success這7個字符,支付寶服務(wù)器會不斷重發(fā)通知,直到超過24小時22分鐘。
一般情況下,25小時以內(nèi)完成8次通知(通知的間隔頻率一般是:2m,10m,10m,1h,2h,6h,15h);
(8) 程序執(zhí)行完成后,該頁面不能執(zhí)行頁面跳轉(zhuǎn)。如果執(zhí)行頁面跳轉(zhuǎn),支付寶會收不到success字符,會被支付寶服務(wù)器判定為該頁面程序運(yùn)行出現(xiàn)異常,而重發(fā)處理結(jié)果通知;
(9) cookies、session等在此頁面會失效,即無法獲取這些數(shù)據(jù);
(10) 該方式的調(diào)試與運(yùn)行必須在服務(wù)器上,即互聯(lián)網(wǎng)上能訪問;
(11) 該方式的作用主要防止訂單丟失,即頁面跳轉(zhuǎn)同步通知沒有處理訂單更新,它則去處理;
(12) 通知ID(參數(shù)notify_id)只有一分鐘有效期,超過一分鐘該次通知會驗證失敗。一旦驗證成功下次再驗證就會失效。
希望本文所述對大家的php程序設(shè)計有所幫助。
相關(guān)文章
淺析PHP原理之變量(Variables inside PHP)
我前面的文章中已經(jīng)講過,PHP的執(zhí)行是通過Zend engine(ZE, Zend引擎), ZE是用C編寫的,大家都知道C是一個強(qiáng)類型語言,也就是說,在C中所有的變量在它被聲明到最終銷毀,都只能保存一種類型的數(shù)據(jù)。 那么PHP是如何在ZE的基礎(chǔ)上實現(xiàn)弱類型的呢2013-08-08
PHP實現(xiàn)批量檢測網(wǎng)站是否能夠正常打開的方法
這篇文章主要介紹了PHP實現(xiàn)批量檢測網(wǎng)站是否能夠正常打開的方法,涉及php使用自定義函數(shù)及curl操作的相關(guān)技巧,需要的朋友可以參考下2016-08-08
PHP實現(xiàn)在對象之外訪問其私有屬性private及保護(hù)屬性protected的方法
這篇文章主要介紹了PHP實現(xiàn)在對象之外訪問其私有屬性private及保護(hù)屬性protected的方法,簡單介紹了php public、private及protected的功能及用法,并結(jié)合實例形式分析了php在對象之外訪問其私有屬性private及保護(hù)屬性protected的方法,需要的朋友可以參考下2017-11-11
Ajax+Jpgraph實現(xiàn)的動態(tài)折線圖功能示例
這篇文章主要介紹了Ajax+Jpgraph實現(xiàn)的動態(tài)折線圖功能,結(jié)合實例形式分析了ajax結(jié)合jpgraph.php類庫繪制動態(tài)折線圖的相關(guān)操作技巧,需要的朋友可以參考下2019-02-02

