|
|
Publicerad på 2018-12-06 19:22:08
|
|
|
|
Jag har gjort Alipay-betalning många gånger, men jag hamnar fortfarande ofta i gropen, så jag ska ta reda på det nu som referens
1. Om att sätta den publika nyckeln
Var noga med att följa "Alipay public key", fyll inte i applikationens publika nyckel, annars blir du plockad
2. Domännamnsadressen för återuppringningen
Ren, har inga parametrar, såsom: http://*****.com/notify.php, skriv inte: http://*****.com/back.php?r=notify.
Denna uppmärksamhet gäller för att använda ramverket, du måste försköna URL:en, annars kommer du direkt att använda den med parametrar, och återkopplingen kommer att sätta "? Om alla följande parametrar tas bort kommer själva callback-funktionen definitivt inte att vara tillgänglig, det kan bara vara startsidan eller något liknande.
3. Var noga med att ställa in inställningarna för återkallelsedomännamn
Denna återkallelse är en applikationsgateway, inte en auktoriserad återuppringningsadress.
4. Om parametrarna som innehåller kinesiska
Alipay-återkopplingar ges direkt på kinesiska, utan kodning. När jag registrerar loggen kodar jag den och lägger in den i loggen, så jag använder signaturverktyget direkt för att verifiera innehållet i loggen, och den går inte vidare. Så använd bara standardkoden utan kodning i demon, koda inte kinesiska. (Jag använder PHP, om det är Java-kinesiska måste jag hantera det själv)
5. Den sista är att varna dig själv
Se till att läsa parametrarna tydligt och klottra inte. Order-ID-parametern för callbacken är "out_trade_no" är inte "orderid", beloppet är "total_amount" och inte "money", eftersom flera betalningsgränssnitt skrivs samtidigt, så callback-verifieringen är en offentlig funktion, direkt kopierad, utan att uppmärksamma det, och resultatet är slöseri med timmar på detta. Var uppmärksam på detta i framtiden.
Det finns också några saker att notera, såsom: signaturmetoden är "RSA2", kodningen är "UTF-8", osv., demon har standardinställningar, men flytta den inte om det inte är nödvändigt. Om du inte behöver en demo, var uppmärksam på dessa.
Synkron returnhantering (return_url): Det är en visuell retur, dvs. sidhoppnotis, så länge betalningen är framgångsrik hoppar Alipay till denna adress via get-metoden och har parametrar för denna sida. Information om kundanskaffning påverkas av kundhandlingar. Om köparen betalar hela beloppet
Efter avslutad handling svarar kundservern långsamt, och köparen stänger sidan när Alipay-ordern säger "omedelbar betalning lyckad", då kan kundwebbplatsen inte få information, vilket kallas "avbrutet beställning" på vår sida. Dessutom är denna returbehandling ett engångsanrop, det vill säga den synkrona returhanteringen anropas efter att betalningen har lyckats.
Asynkron returbehandling (notify_url): Dess datainteraktion sker genom datainteraktion mellan servrar, som måste placeras på servern (publika nätverket) för testning, och servern skickar meddelanden till den asynkrona returbearbetningssidan, vilket kräver kundteknik för att bearbeta relaterad databehandling på sidan för asynkron returbearbetning
, och sedan måste varje steg returneras till Alipay-framgång (kan inte innehålla andra HTML-skriptspråk och kan inte hoppa mellan sidor. Om denna återvändande behandling är okej kommer det i princip inte att bli någon orderdropp, eftersom Alipay returnerar orderinformationen 6~10 gånger inom 24 timmar
till kundens webbplats tills Alipay fångar framgång.
Observera: Synkron returhantering påverkas av köparens åtgärder:
Om köparen är i drift går Alipay in på Alipays prompt-framgångssida efter att operationen slutförts, och eftersom servern är motsvarande långsam kan köparen stänga denna sida, då kan du inte acceptera informationen som Alipay returnerar, och vissa nätbanker kommer inte att hämta Alipays synkrona retur efter betalning
Gå tillbaka till behandlingssidan, så att du inte kan ta emot data när du bearbetar data synkront.
|
Föregående:Run node hint :events.js: 160 throw er; Ohanterad 'fel'-händelseNästa:Tysk litteratur, PDF, många g
|
Hyresvärd|
Publicerad på 2018-12-06 19:40:44
|
