Post-request generálása és elküldése - stack overflow oroszul
Általában mit jelent nekem? Csatlakozom egy fizetési rendszert az oldalhoz. A felhasználó beírja a számot a vásárolt játék valuta, a szerver kiszámítja a költségeket a dollár, majd a dollár értékét küldi az oldalra a fizetési rendszer, ahol a felhasználó a fizetési adatok szerint már elküldött a lekérdezés.
Köszönjük előre minden segítséget.
Set augusztus 18, 14, 8:18
@ Антон Лакотко Köszönöm a válaszokat, de az a tény, hogy elolvastam a dokkokat a PS-én. És nem kell fizetnem az árut anélkül, hogy meglátogattam a PS-t. Csak meg kell mennem a PS oldalra. Közvetlenül az átmenet előtt módosítanom kell a POST kérést. Az egész probléma éppen ez. (- intro94 18 augusztus 14-én 9:49-kor
PS - Intercasse 2.0. Csak az első verzióban volt valutaváltás. Megadhatja a játék pénznemének számát, adja meg a pénztári beállítások arányát, amely szerint azt USD-re konvertálják, és az USD-ben szereplő költség már a fizetési oldalon jelenik meg. A második verziót is használom (a régi verzió nem támogatott), de nem támogatja az összes funkciót. (Így a játék pénznemét USD-ben kell konvertálni a szerveremen és a PS-ben, hogy elküldjem a fizetési összeget USD-ben.) - intro94 18 aug. 14, 10:20
Opció pontosan azt, ahogyan akarod - nem létezik.
Kezdjük a végén: a PS szerver megkapja a HTTP POST kérést az ügyféltől, és cserébe ad egy oldalt. Az ügyfél ebben az esetben a felhasználó böngészője, asztali JS vagy mobil JS nélkül.
A két fél párbeszédében Ön és a php csak Mim (az ember a középen) - azaz. hogy egy proxyt és egy forgalmat bocsásson át magának - nem fog átadni a https és a tanúsítványok miatt.
Mindenképpen tájékoztatnia kell az ügyfelet a megváltozott adatairól, és jogában áll módosítani és kovácsolni őket, ahogy kérjük, mielőtt elküldené őket a PS-nek. Szintén nincs lehetőség.
Ugyanakkor a PS-nek a forgatókönyvbe való beolvasására vonatkozó összes munkakörülményt általában már elgondolják, és mindegyiküknek vannak megbízható megoldásai a dokumentációban.
Értem, köszönöm. Általában úgy tűnik, meg kell várni, amíg az SS tette a pénznemek közötti átváltást, és mégis tartalom nyitott GET-kérelmet. (Elvileg, ha jól átgondolt fizetési rendszert, akkor is, ha a kérés, hogy a felhasználó minél több játék valuta, mennyit fizetett a valóságban (akkor is, ha behelyettesítjük az összegük) már nem csak, hogy -. A végső szám játék valuta után kerülnek kiszámításra fizetés --- Köszönöm mindenkinek a segítségét. - intro94 18 Aug. 14, 10:22
Készíthet egy külön táblázatot "Megrendelések". A játékos a következő sorrendet fogalmazza meg - amelynek azonosítója, a játék pénzneme, a "fizetett / nem fizetett" státusz, valamint a rubelben vagy USD-ben a megrendelés időpontjában érvényes költség. A PS-ben a játékos a játék pénznemének összege nélkül elhagyja - csak a rendelési számmal és az USD-ben megadott értékkel. A PS megerősíti a megrendelés ezen azonosítójának fizetését, és számolja fel, hogy mennyit fizetett ténylegesen - közvetlenül a kiszolgálóhoz, megkerülve az ügyfelet. A jutalék levonása után ellenőrizheti, hogy a beérkezett összeg normális-e, és a megrendelést "fizetősnek" nyilvánítja, és azt a játék pénznemének számlájára továbbítja. - Sergiks 14 Augusztus 14-én 10: 30-kor
@ sergiks köszönöm. ) Így tettem: az ügyfél fizetést hajt végre, semmit sem mentek el magamtól. A kiszolgáló fizetési adatokat kap a MS-től, beleértve azt is, hogy mennyit fizettek ténylegesen, és a szerver annyi játék pénznemet bocsát ki az ügyfélnek, amelyre ténylegesen fizetett. Valójában két átalakításom van. Először is, a játék pénzneme USD-ben, majd az USD -> játék pénznem fizetését követő konverzió. ) - intro94 24 augusztus 14-én 7:38 órakor