senters Posted December 23, 2011 Report Share Posted December 23, 2011 Kārtējo reizi interesē viedoklis par to, kā pareizāk būtu veidot maksājumus lapā. Sākotnēji izmantošu Swedbank banklink. Padomā 2 varianti: 1. Cilvēks reģistrējas, ielogojas (Nopirkto pasākumu vietu skaits 0), spiež pievienot pasākumu un atveras sadaļa, kurā var nopirkt pasākumu vietas (1 vieta, 3 vietas, 10 vietas). Atzīmē vajadzīgo un spiež maksāt, tiek redirektēts uz swedbank banklink, samaksā un atgriežas savā profilā, kurā rāda nopirkto pasākumu daudzumu. Tālāk spiež pievienot pasākumu un atveras pievienošanas forma. 2. Cilvēks reģistrējas, ielogojas (Profilā nerāda nopirkto pasākumu vietu skaitu), spiež pievienot pasākumu, atveras forma kurā pievieno pasākumu. Pēc pasākuma info savadīšanas spiež "Pievienot pasākumu" (šajā solī pasākums pievienojas db ar pazīmi neapmaksāts), atveras nākamais solis jeb sadaļa, kurā ir info par apmaksu un poga "pirkt pasākuma vietu". Pēc apmaksas, pasākumam nomainas statuss uz apmaksāts un tas ir redzams publiski. Quote Link to comment Share on other sites More sharing options...
Aleksejs Posted December 23, 2011 Report Share Posted December 23, 2011 Grūti bija izsekot līdzi, bet manuprāt 2 variants. Quote Link to comment Share on other sites More sharing options...
senters Posted December 23, 2011 Author Report Share Posted December 23, 2011 Pirmais - vispirms pasūtīt kredītus jeb pasākumu vietas un tad vadīt pasākumu/us Otrais - vadīt pasākumu un beigās apmaksāt konkrēto Pašam arī šķiet, ka otrais variants ir labāks. Quote Link to comment Share on other sites More sharing options...
Kaklz Posted December 23, 2011 Report Share Posted December 23, 2011 Miksē abus variantus kopā. Prasi apmaksāt tikai pēc izveidošanas + piedāvā pirkt arī vairāk kredītus un nākamajās reizēs jau izmantot tikai kredītus, nevis veikt apmaksu caur banku. Quote Link to comment Share on other sites More sharing options...
senters Posted December 23, 2011 Author Report Share Posted December 23, 2011 (edited) Vizualizēju šo ieceri - http://screencast.com/t/6MhKBizUU 1. Pasākuma izvedes forma (new_event.php) -> Lietotājs ievada datus par pasākumu -> Spiež saglabāt -> Saglabā jaunu pasākumu -> Redirekts uz preveiw 2. Pasākuma preview (preview.php) -> Izvadīti pasākuma dati -> Pogas Labot, apmaksāt ar Swedbank -> Labot -> saglabātā pasākuma datu labošana (piemēram edit_event.php) -> Apmaksāt -> redirekts uz payment.php ar pasākuma ID postā 3. Payment.php datu apstrāde -> Izveido jaunu ierakstu payments tabulā, ieskaitot arī pasākuma ID, par ko būs maksāts -> Dabūn jaunā ieraksta ID -> Samet masīvā visus parametrus -> Nodod parametru masīvu parakstīšanai ar digitālo parakstu, saņem no funkcijas digitālo parakstu -> Ieliek digitālo parakstu pie pārējiem parametriem -> Izvada HTML formu ar visiem parametriem kā hidden laukiem -> Formai ir automātisks submit, kas posto visu uz swedbank banklink 4. Swedbank pusē apmaksā -> Swedbank sūta automātisko atbildi uz payment.php ar GET -> Atgriežoties pircējs nonāk payment.php ar POST parametriem 5. Payment.php datu apstrāde -> Saņemot atbildi, dabūn parametrus vai nu GET vai POST -> Ar funkcijām pārbauda, vai bankas digitālais paraksts ir korekts -> Ja viss kārtībā, pēc parametros esošā payment ID atrod ierakstu payment tabulā un uzstāda statusu SUCCESS. No šī paša ieraksta dabūn pasākuma ID, updeito pasākumu tabulu, uzstādot kā apmaksātu. -> Ja lietotājs atgriezies pirms apmaksāšanas vai apmaksai statuss nav kārtībā, tad jāaizmet uz lapu, kur rakstīts, ka maksājums nav noticis. Lietotājam jāvar apskatīt savs neapmaksātais pasākums un jāvar viņu apmaksāt, ja tas nav izdevies pirmīt. -> Pēc pasākuma ID pārmet pircēju uz viņa pasākuma lapu. Noteikti jāparāda paziņojums, ka pirkums ir apmaksāts veiksmīgi Edited December 23, 2011 by senters Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.