|
|
Zveřejněno 06.12.2018 19:22:08
|
|
|
|

Platby přes Alipay jsem dělal mnohokrát, ale stále často upadám do problému, takže to teď vyřeším pro srovnání
1. O nastavení veřejného klíče
Dávejte pozor na "Alipay veřejný klíč", nevyplňujte aplikační veřejný klíč, jinak vás dostanou do problémů
2. Adresa domény callbacku
Čisté, nemají žádné parametry, například: http://*****.com/notify.php, nepiš: http://*****.com/back.php?r=notify.
Tato pozornost je určena pro použití frameworku, musíte URL zkrášlit, jinak budete přímo používat tu s parametry a callback uvede "? Pokud jsou odstraněny všechny následující parametry, pak skutečná funkce zpětného volání rozhodně nebude přístupná, může to být jen domovská stránka nebo něco podobného.
3. Věnujte pozornost nastavení callback doménových jmen
Toto zpětné volání je aplikační brána, nikoli autorizovaná adresa zpětného volání.
4. O parametrech obsahujících čínštinu
Callbacky na Alipay jsou poskytovány přímo v čínštině, bez kódování. Když zapisuji log, zakóduji ho a vložím do logu, takže přímo použiji nástroj pro podpis k ověření obsahu logu, ale neprojde. Takže v demu používejte výchozí zákaz kódování, nekódujte čínštinu. (Používám PHP, pokud je to java čínština, musím to řešit sám)
5. Poslední je varovat se
Ujistěte se, že parametry čtěte jasně a nečmárajte. Parametr ID objednávky callbacku je "out_trade_no", není "orderid", částka je "total_amount", ne "money", protože je napsáno více platebních rozhraní najednou, takže ověřování callbacku je veřejná funkce, přímo kopírovaná bez pozornosti, a výsledkem je ztráta hodin. Věnujte tomu pozornost i příště.
Je tu také pár věcí, které je třeba zmínit, například: metoda podpisu je "RSA2", kódování je "UTF-8" atd., demo má výchozí nastavení, jen ho nepřesouvejte, pokud to není nutné. Pokud nepotřebujete demo, věnujte pozornost těmto videím.
Synchronní zpracování vrácení (return_url): Jedná se o vizuální vrácení, tj. oznámení o přeskoku stránky, pokud je platba úspěšná, Alipay přeskočí na tuto adresu metodou get a má parametry na této stránce. Informace o získávání zákazníků jsou ovlivněny zákaznickými aktivitami. Pokud kupující zaplatí celou částku Po dokončení zákaznický server reaguje pomalu a kupující stránku zavře, když Alipay vyzve "okamžitá platba úspěšná", poté zákaznický web nemůže získat informace, což se na naší straně nazývá "propuštěná objednávka". Navíc toto zpracování vrácení je jednorázový hovor, tedy synchronní zpracování vrácení je voláno po úspěšné zaplacení. Asynchronní zpracování návratů (notify_url): Jeho interakce s daty probíhá prostřednictvím interakce mezi servery, která musí být umístěna na serveru (veřejná síť) pro testování, a server odesílá zprávy na asynchronní stránku pro zpracování returnů, což vyžaduje technologii zákazníka pro zpracování souvisejících dat na asynchronní stránce pro zpracování returnů , a poté musí být každý krok vrácen k úspěchu Alipay (nemůže obsahovat jiné HTML skriptovací jazyky a nemůže provádět přeskakování stránek. Pokud je toto zpracování vrácení v pořádku, pak prakticky nedochází k žádnému zrušení objednávky, protože Alipay vrátí informace o objednávce 6~10krát během 24 hodin na zákaznické webové stránky, dokud Alipay nezaznamená úspěch. Poznámka: Synchronní zpracování vrácení je ovlivněno činnostmi kupujících: Pokud je kupující v provozu, Alipay po dokončení operace vstoupí do stránky s promptem Alipay, protože server je odpovídajícím způsobem pomalý, může kupující tuto stránku uzavřít, v této době však nebudete moci přijmout informace vrácené Alipay a některé online bankovnictví po zaplacení nezobrazí synchronní daňové přiznání Alipay Vraťte se na stránku zpracování, abyste nemohli přijímat data, když zpracováváte data synchronně.
|
Předchozí:Run node hint :events.js: 160 throw er; Neřešená 'chybová' událostDalší:Německá literatura, PDF, mnoho g
|