|
|
Objavljeno na 6. 12. 2018 19:22:08
|
|
|
|
Plačilo preko Alipay sem opravljal že večkrat, a še vedno pogosto padem v težave, zato bom zdaj to razjasnil za referenco
1. O nastavitvi javnega ključa
Bodite pozorni na "javni ključ Alipay", ne izpolnjevajte javnega ključa prijave, sicer boste v težavah
2. Naslov domene povratnega klica
Čisto, brez parametrov, kot so: http://*****.com/notify.php, ne piši: http://*****.com/back.php?r=notify.
Ta pozornost je namenjena uporabi ogrodja, URL morate polepšati, sicer boste neposredno uporabili tistega s parametri, povratni klic pa bo dodal "? Če so vsi naslednji parametri odstranjeni, potem dejanska funkcija povratnega klica zagotovo ne bo dostopna, lahko je le domača stran ali kaj podobnega.
3. Bodite pozorni pri nastavitvi povratnih domenskih nastavitev
Ta povratni klic je aplikacijski prehod, ne pooblaščeni naslov za povratni klic.
4. O parametrih, ki vsebujejo kitajščino
Povratni klici na Alipay so dani neposredno v kitajščini, brez kodiranja. Ko beležim dnevnik, ga kodiram in vključim v dnevnik, tako da neposredno uporabim orodje za podpis za preverjanje vsebine dnevnika, a ne uspe. Zato v demu uporabi privzeto prepoved kodiranja, ne kodiraj kitajščine. (Uporabljam PHP, če je java kitajščina, moram to urediti sam)
5. Zadnje je, da se opozoriš
Jasno preberite parametre in ne čečkajte. Parameter ID naročila pri povratnem klicu je "out_trade_no", ni "orderid", znesek je "total_amount", ne "denar", ker je hkrati napisanih več plačilnih vmesnikov, zato je preverjanje povratnega klica javna funkcija, ki se neposredno kopira, brez pozornosti, in rezultat je izguba ur pri tem. Bodite pozorni na to v prihodnje.
Prav tako je treba omeniti nekaj stvari, kot na primer: metoda podpisa je "RSA2", kodiranje je "UTF-8" itd., demo ima privzete nastavitve, samo je ne premikajte, razen če je nujno. Če ne potrebuješ demonstracije, bodi pozoren na te.
Sinhrona obdelava vračil (return_url): Gre za vizualno vračilo, tj. obvestilo o preskoku strani, dokler je plačilo uspešno, Alipay skoči na ta naslov preko metode get in ima parametre za to stran. Informacije o pridobivanju strank so odvisne od dejanj strank. Če kupec plača v celoti
Po zaključku strežnik stranke odgovarja počasi, kupec pa zapre stran, ko Alipay pozove "takoj plačilo uspešno", nato spletna stran stranke ne more pridobiti informacij, kar se pri nas imenuje "izgubljeno naročilo". Poleg tega je ta obdelava vračil enkratni klic, torej se sinhrona obdelava vračil pokliče po uspešnem plačilu.
Asinhrono vračilo (notify_url): Njegova podatkovna interakcija poteka prek podatkovne interakcije med strežniki, ki jih je treba za testiranje namestiti na strežnik (javno omrežje), strežnik pa pošilja sporočila na asinhrono stran za obdelavo vračil, kar zahteva tehnologijo stranke za obdelavo povezanih podatkov na strani za asinhrono vračilo
, in nato je treba vsak korak vrniti do uspeha Alipay (ne more vsebovati drugih HTML skriptnih jezikov in ne more izvajati skakanja med stranmi). Če je ta postopek vračil v redu, potem praktično ne bo nobenega odlaganja naročila, saj Alipay vrne podatke o naročilu 6~10-krat v 24 urah
do spletne strani stranke, dokler Alipay ne doseže uspeha.
Opomba: Sinhrono obdelavo vračil vplivajo dejanja kupcev:
Če je kupec v operaciji, Alipay po zaključku operacije vstopi v stran za uspeh Alipay, ker je strežnik ustrezno počasen, lahko kupec zapre to stran, takrat ne bo mogel sprejeti podatkov, ki jih je Alipay vrnil, in nekatere spletne banke po plačilu ne bodo poklicale sinhronega vračila Alipay
Vrni se na stran za obdelavo, da podatkov ne moreš sprejeti, ko jih obdeluješ sinhrono.
|
Prejšnji:Run node namig :events.js: 160 met er; Neobdelan dogodek 'napake'Naslednji:Nemška literatura, PDF, veliko g
|
Najemodajalec|
Objavljeno na 6. 12. 2018 19:40:44
|
