|
|
Közzétéve 2018. 12. 06. 19:22:08
|
|
|
|

Többször fizettem már Alipay fizetést, de még mindig gyakran esek a gödörbe, szóval most már megoldom a helyzetet referencia kedvéért
1. A nyilvános kulcs beállításáról
Figyelj az "Alipay nyilvános kulcsra", ne töltsd ki a jelentkezési nyilvános kulcsot, különben kimerülsz
2. A visszahívás domain címe
Tiszta, nincs paraméter, például: http://*****.com/notify.php, ne írd: http://*****.com/back.php?r=notify.
Ez a figyelem a keretrendszer használatára vonatkozik, szebbre kell szépítened az URL-t, különben közvetlenül a paraméterekkel rendelkező URL-t használod, és a visszahívás "? Ha az alábbi paraméterek mind eltűnnek, akkor a tényleges visszahívási funkció biztosan nem lesz elérhető, csak a kezdőlapon vagy valami hasonlóban lehet elérhető.
3. Figyelj a visszahívás domain név beállításainak beállítására
Ez a visszahívás egy alkalmazásátjáró, nem egy engedélyezett visszahívási cím.
4. A kínai nyelvet tartalmazó paraméterekről
Az Alipay visszahívásokat közvetlenül kínai nyelven adják meg, kódolás nélkül. Amikor feljegyzem a naplót, kódolom és beteszem a naplóba, így közvetlenül az aláírás eszközzel ellenőrizem a napló tartalmát, de nem megy át. Szóval használd az alapértelmezett "nincs kódolást" a demóban, ne kódolj kínaikat. (PHP-t használok, ha Java kínai, nekem kell intéznem)
5. Az utolsó az, hogy figyelmeztetd magad
Mindenképp olvasd el a paramétereket, és ne firkálj. A visszahívás rendelésazonosító paramétere: "out_trade_no" nem "orderid", az összeg "total_amount", nem "pénz", mert egyszerre több fizetési felületet írnak, így a callback ellenőrzés nyilvános funkció, közvetlenül másolva, figyelem nélkül, és az eredmény órákipazarlás. Figyelj erre a jövőben.
Van néhány dolog is, amire érdemes figyelni, például: az aláírási módszer "RSA2", a kódolás "UTF-8", stb., a demónak vannak alapértelmezései, csak ne mozgasd el, hacsak nem szükséges. Ha nincs szükséged demóra, figyelj ezekre.
Szinkron visszaküldés feldolgozása (return_url): Ez egy vizuális visszaküldés, azaz oldalugrás értesítés, amennyiben a fizetés sikeres, az Alipay erre a címre ugrik a get módszerrel, és paramétereket tartalmaz ezen az oldalon. Az ügyfélszerzési információkat befolyásolják az ügyfél cselekedetei. Ha a vevő teljes egészében fizet A befejezés után az ügyfélszerver lassan reagál, és a vevő bezárja az oldalt, amikor az Alipay "azonnali fizetés sikeres" jelzést ad, így az ügyfél weboldala nem tud információhoz jutni, amit nálunk "leadott rendelésnek" neveznek. Ráadásul ez a visszaküldés feldolgozása egyszeri hívás, vagyis a szinkron visszaküldés feldolgozása a fizetés sikeres megszerzése után indul. Aszinkron visszatérő feldolgozás (notify_url): Az adatinterakció a szerverek közötti adatinterakción keresztül történik, amelyeket tesztelés céljából a szerveren (nyilvános hálózaton) kell helyezni, és a szerver üzeneteket küld az aszinkron visszaküldési feldolgozó oldalra, amelyhez az ügyféltechnológiának szükséges az aszinkron visszaküldési feldolgozó oldalon történő kapcsolódó adatfeldolgozás feldolgozása , és minden lépést vissza kell vezetni Alipay sikerre (nem tartalmazhat más HTML szkriptnyelveket, és nem tudhat oldalugrást. Ha ez a visszaküldés feldolgozása rendben van, akkor gyakorlatilag nem lesz rendelés leesése, mert az Alipay 24 órán belül 6~10 alkalommal visszaküldi a rendelési adatokat. az ügyfél weboldalára, amíg az Alipay el nem éri a sikert. Megjegyzés: A szinkron visszaküldés feldolgozását a vevő lépései befolyásolják: Ha a vevő működik, az Alipay a művelet befejezése után belép az Alipay gyors siker oldalára, mivel a szerver ennek megfelelően lassú, akkor a vevő bezárhatja ezt az oldalt, ekkor nem fogadhatja el az Alipay által visszaküldött adatokat, és egyes online banki szolgáltatások nem hívják fel az Alipay szinkron visszaküldését a fizetés után Menj vissza a feldolgozó oldalra, hogy ne fogadd el az adatokat, amikor szinkronban dolgozol.
|
Előző:Futás csomópont tipp :events.js: 160 dobás; Kezeletlen 'hiba' eseményKövetkező:Német irodalom, PDF, sok g
|