|
|
Publisert på 06.12.2018 19:22:08
|
|
|
|
Jeg har gjort Alipay-betaling mange ganger, men jeg havner fortsatt ofte i gropen, så jeg skal ordne det nå for referanse
1. Om å sette den offentlige nøkkelen
Pass på å følge med på "Alipay offentlig nøkkel", ikke fyll ut applikasjonens offentlige nøkkel, ellers blir du utsatt for pit
2. Domeneadressen til callbacken
Ren, har ikke parametere, som: http://*****.com/notify.php, ikke skriv: http://*****.com/back.php?r=notify.
Denne oppmerksomheten gjelder for å bruke rammeverket, du må forskjønne URL-en, ellers vil du bruke den med parametere direkte, og callbacken vil sette "? Hvis alle følgende parametere fjernes, vil selve callback-funksjonen definitivt ikke være tilgjengelig, det kan bare være startsiden eller noe lignende.
3. Vær oppmerksom på innstillingene for callback-domenenavn
Denne callbacken er en applikasjonsgateway, ikke en autorisert callback-adresse.
4. Om parameterne som inneholder kinesisk
Alipay-tilbakeringinger gis direkte på kinesisk, uten koding. Når jeg registrerer loggen, koder jeg den og legger den inn i loggen, så jeg bruker signaturverktøyet direkte for å verifisere innholdet i loggen, og den går ikke gjennom. Så bare bruk standard ingen koding i demoen, ikke koder kinesisk. (Jeg bruker PHP, hvis det er Java-kinesisk, må jeg håndtere det selv)
5. Den siste er å advare deg selv
Pass på å lese parameterne tydelig og ikke skrible. Ordre-ID-parameteren for callbacken er «out_trade_no» ikke er «orderid», beløpet er «total_amount» og ikke «money», fordi flere betalingsgrensesnitt skrives samtidig, så callback-verifiseringen er en offentlig funksjon, direkte kopiert uten oppmerksomhet, og resultatet er bortkastet tid på dette. Følg med på dette i fremtiden.
Det er også noen ting å merke seg, som for eksempel: signaturmetoden er "RSA2", kodingen er "UTF-8", osv., demoen har standardinnstillinger, bare ikke flytt den med mindre det er nødvendig. Hvis du ikke trenger en demo, følg med på disse.
Synkron returbehandling (return_url): Det er en visuell retur, altså sidehoppvarsel, så lenge betalingen er vellykket, hopper Alipay til denne adressen via get-metoden, og har parametere til denne siden. Informasjon om kundeanskaffelse påvirkes av kundehandlinger. Hvis kjøperen betaler fullt ut
Etter fullføring svarer kundeserveren sakte, og kjøperen lukker siden når Alipay prompter «umiddelbar betaling vellykket», da kan ikke kundens nettside få informasjon, noe som kalles «droppet ordre» på vår side. Dessuten er denne returbehandlingen et engangsanrop, det vil si at den synkrone returbehandlingen kalles etter at betalingen er vellykket.
Asynkron returbehandling (notify_url): Datainteraksjonen skjer gjennom datainteraksjon mellom servere, som må plasseres på serveren (det offentlige nettverket) for testing, og serveren sender meldinger til den asynkrone returbehandlingssiden, som krever kundeteknologi for å behandle relatert databehandling på den asynkrone returbehandlingssiden
, og deretter må hvert steg returneres til Alipay-suksess (kan ikke inneholde andre HTML-skriptspråk, og kan ikke gjøre sidehopping. Hvis denne returneringsbehandlingen er grei, vil det i praksis ikke bli noen ordredropp, fordi Alipay returnerer ordreinformasjonen 6~10 ganger innen 24 timer
til kundens nettside inntil Alipay oppnår suksess.
Merk: Synkron returbehandling påvirkes av kjøperhandlinger:
Hvis kjøperen er i drift, går Alipay inn på Alipays umiddelbare suksessside etter at operasjonen er fullført, og på dette tidspunktet, fordi serveren er tilsvarende treg, kan kjøperen lukke denne siden, og på dette tidspunktet vil du ikke kunne akseptere informasjonen som returneres av Alipay, og noen nettbanker vil ikke hente opp Alipays synkrone retur etter betaling
Gå tilbake til behandlingssiden, slik at du ikke kan akseptere dataene når du behandler dataene synkront.
|
Foregående:Run node-hint :events.js: 160 kast er; Ubehandlet 'feil'-hendelseNeste:Tysk litteratur, PDF, mange g
|
Vert|
Publisert på 06.12.2018 19:40:44
|
