4.1 get_pay_sn 生成的支付流水號(hào)是根據(jù) 記錄的時(shí)間生成的
4.5.1 get_pay_sn 生成的支付流水號(hào)是根據(jù) sys_time生成的
如果在做接口時(shí),使用官方這個(gè)生成,那下面
支付接口傳遞給(比如支付寶)那個(gè)流水號(hào),跟notify_js 驗(yàn)證的流水號(hào)不一致,返回的結(jié)果就對(duì)不上了
不知道當(dāng)初官方為何把時(shí)間改為系統(tǒng)時(shí)間!


這個(gè)是生成的函數(shù),你回調(diào)讀取的時(shí)候只讀取payid號(hào),不管到時(shí)間值了
開源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問題!
回復(fù)@官方研發(fā)技術(shù)-羅老師
但是,你傳遞給支付寶的是一串代碼,是含了時(shí)間的!
在輪詢的時(shí)候,又不是同一串代碼!
除非你就傳了個(gè)ID,那就沒它啥事了!
現(xiàn)在出現(xiàn)的就是,使用官方這個(gè)生成流水號(hào),導(dǎo)致這個(gè)流水號(hào)輪詢時(shí)一直不一樣!
當(dāng)然,我可以寫死!
就是我發(fā)現(xiàn)之前都時(shí)調(diào)用 $data['inputtime'],不知道為什么改成 SYS_TIME
純屬求知!
是支付寶存在問題嗎,你試一試我們官網(wǎng)支付寶看看有沒有這個(gè)現(xiàn)象
開源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問題!
回復(fù)@官方研發(fā)技術(shù)-羅老師
沒接口,沒測(cè)試,我是在測(cè)試我的那個(gè)當(dāng)面付接口!
發(fā)現(xiàn)傳遞過去的流水號(hào),跟輪訓(xùn)的流水號(hào)不一致!
導(dǎo)致了支付之后,獲取不到支付結(jié)果!
當(dāng)然如果支付僅僅寫 $data['id']作為流水號(hào)的,就不存在這個(gè)問題了
哦,你是準(zhǔn)備開發(fā)一個(gè)支付接口,get_pay_sn只會(huì)用一次,回調(diào)時(shí)不會(huì)用這個(gè)了
開源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問題!
4.51這種模式可以避免,二次支付是支付寶返回重復(fù)下單記錄的錯(cuò)誤
開源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問題!