迅睿CMS框架是一款PHP8高性能·簡單易用的CMS開源開發(fā)框架,基于MIT開源許可協(xié)議發(fā)布,免費且不限制商業(yè)使用,是免費開源的產(chǎn)品,以萬端互聯(lián)為設計理念,支持的微信公眾號、小程序、APP客戶端、移動端網(wǎng)站、PC網(wǎng)站等多終端式管理系統(tǒng)。
聯(lián)系官方銷售客服
1835022288
028-61286886
4.1 get_pay_sn 生成的支付流水號是根據(jù) 記錄的時間生成的
4.5.1 get_pay_sn 生成的支付流水號是根據(jù) sys_time生成的
如果在做接口時,使用官方這個生成,那下面
支付接口傳遞給(比如支付寶)那個流水號,跟notify_js 驗證的流水號不一致,返回的結(jié)果就對不上了
不知道當初官方為何把時間改為系統(tǒng)時間!
這個是生成的函數(shù),你回調(diào)讀取的時候只讀取payid號,不管到時間值了
回復@官方研發(fā)技術(shù)-羅老師
但是,你傳遞給支付寶的是一串代碼,是含了時間的!
在輪詢的時候,又不是同一串代碼!
除非你就傳了個ID,那就沒它啥事了!
現(xiàn)在出現(xiàn)的就是,使用官方這個生成流水號,導致這個流水號輪詢時一直不一樣!
當然,我可以寫死!
就是我發(fā)現(xiàn)之前都時調(diào)用 $data['inputtime'],不知道為什么改成 SYS_TIME
純屬求知!
是支付寶存在問題嗎,你試一試我們官網(wǎng)支付寶看看有沒有這個現(xiàn)象
沒接口,沒測試,我是在測試我的那個當面付接口!
發(fā)現(xiàn)傳遞過去的流水號,跟輪訓的流水號不一致!
導致了支付之后,獲取不到支付結(jié)果!
當然如果支付僅僅寫 $data['id']作為流水號的,就不存在這個問題了
哦,你是準備開發(fā)一個支付接口,get_pay_sn只會用一次,回調(diào)時不會用這個了
4.51這種模式可以避免,二次支付是支付寶返回重復下單記錄的錯誤
這個是生成的函數(shù),你回調(diào)讀取的時候只讀取payid號,不管到時間值了
回復@官方研發(fā)技術(shù)-羅老師
但是,你傳遞給支付寶的是一串代碼,是含了時間的!
在輪詢的時候,又不是同一串代碼!
除非你就傳了個ID,那就沒它啥事了!
現(xiàn)在出現(xiàn)的就是,使用官方這個生成流水號,導致這個流水號輪詢時一直不一樣!
當然,我可以寫死!
就是我發(fā)現(xiàn)之前都時調(diào)用 $data['inputtime'],不知道為什么改成 SYS_TIME
純屬求知!
是支付寶存在問題嗎,你試一試我們官網(wǎng)支付寶看看有沒有這個現(xiàn)象
回復@官方研發(fā)技術(shù)-羅老師
沒接口,沒測試,我是在測試我的那個當面付接口!
發(fā)現(xiàn)傳遞過去的流水號,跟輪訓的流水號不一致!
導致了支付之后,獲取不到支付結(jié)果!
當然如果支付僅僅寫 $data['id']作為流水號的,就不存在這個問題了
哦,你是準備開發(fā)一個支付接口,get_pay_sn只會用一次,回調(diào)時不會用這個了
4.51這種模式可以避免,二次支付是支付寶返回重復下單記錄的錯誤