|
|
Opslået på 06/12/2018 19.22.08
|
|
|
|
Jeg har betalt på Alipay mange gange, men jeg falder stadig ofte i gruben, så jeg vil ordne det nu til reference
1. Om at sætte den offentlige nøgle
Sørg for at være opmærksom på "Alipay public key", udfyld ikke applikationens offentlige nøgle, ellers vil du blive sat i pitt
2. Domæneadressen for callbacken
Ren, har ikke parametre, såsom: http://*****.com/notify.php, skriv ikke: http://*****.com/back.php?r=notify.
Denne opmærksomhed er til at bruge frameworket, du skal forskønne URL'en, ellers vil du direkte bruge den med parametre, og callbacken vil sætte "? Hvis alle følgende parametre fjernes, vil selve callback-funktionen helt sikkert ikke være tilgængelig, det kan kun være startsiden eller noget lignende.
3. Vær opmærksom på at indstille callback-domænenavnene
Dette callback er en applikationsgateway, ikke en autoriseret callback-adresse.
4. Om parametrene, der indeholder kinesisk
Alipay-callbacks gives direkte på kinesisk uden kodning. Når jeg registrerer loggen, koder jeg den og lægger den i loggen, så jeg bruger direkte signaturværktøjet til at verificere indholdet af loggen, og den går ikke igennem. Så brug bare standardkoden uden kodning i demoen, kod ikke kinesisk. (Jeg bruger PHP, hvis det er java-kinesisk, skal jeg selv håndtere det)
5. Den sidste er at advare sig selv
Sørg for at læse parametrene tydeligt og kradser ikke ned. Ordre-ID-parameteren for callbacken er "out_trade_no" ikke er "orderid", beløbet er "total_amount" og ikke "money", fordi flere betalingsgrænseflader skrives samtidig, så callback-verifikationen er en offentlig funktion, der kopieres direkte uden opmærksomhed, og resultatet er spild af timer på dette. Vær opmærksom på dette fremover.
Der er også nogle ting at bemærke, såsom: signaturmetoden er "RSA2", kodningen er "UTF-8" osv., demoen har standardindstillinger, bare flyt den ikke, medmindre det er nødvendigt. Hvis du ikke har brug for en demo, så vær opmærksom på disse.
Synkron returbehandling (return_url): Det er en visuel retur, dvs. sidespringnotifikation, så længe betalingen er succesfuld, hopper Alipay til denne adresse via get-metoden og har parametre til denne side. Kundetilegnelsesinformation påvirkes af kundehandlinger. Hvis køberen betaler fuldt ud
Efter afslutningen svarer kundens server langsomt, og køberen lukker siden, når Alipay-prompten "øjeblikkelig betaling lykkedes", og kundens hjemmeside kan ikke få information, hvilket kaldes "droppet ordre" hos os. Desuden er denne returbehandling et engangskald, det vil sige, at den synkrone returbehandling kaldes efter betalingen er vellykket.
Asynkron returbehandling (notify_url): Dens datainteraktion sker gennem datainteraktion mellem servere, som skal placeres på serveren (det offentlige netværk) til test, og serveren sender beskeder til den asynkrone returbehandlingsside, hvilket kræver, at kundeteknologi behandler relateret databehandling på den asynkrone returbehandlingsside
, og derefter skal hvert trin returneres til Alipay-succes (kan ikke indeholde andre HTML-scriptsprog og kan ikke lave sidespring. Hvis denne returbehandling er i orden, vil der stort set ikke være nogen ordreaflevering, fordi Alipay returnerer ordreoplysningerne 6~10 gange inden for 24 timer
til kundens hjemmeside, indtil Alipay opnår succes.
Bemærk: Synkron afkastbehandling påvirkes af køberhandlinger:
Hvis køberen er i drift, går Alipay ind på Alipays prompt success side efter at have gennemført operationen, og på dette tidspunkt, fordi serveren tilsvarende er langsom, kan køberen lukke siden, men på dette tidspunkt kan du ikke acceptere de oplysninger, Alipay returnerer, og nogle netbanker vil ikke hente Alipays synkrone retur efter betaling
Gå tilbage til behandlingssiden, så du ikke kan acceptere dataene, når du behandler data synkront.
|
Tidligere:Run node hint :events.js: 160 kast er; Ubehandlet 'fejl'-hændelseNæste:Tysk litteratur, PDF, mange g
|
Udlejer|
Opslået på 06/12/2018 19.40.44
|
