+- Forum Webmastera, HTML, CSS, PHP, MySQL, Hosting, Domeny - Forum dla Webmasterów (https://www.webmastertalk.pl)
+-- Dział: Technologie internetowe - tworzenie stron WWW (https://www.webmastertalk.pl/forum-technologie-internetowe-tworzenie-stron-www)
+--- Dział: Programowanie, Bazy danych (https://www.webmastertalk.pl/forum-programowanie-bazy-danych)
+--- Wątek: Implementacja dotpay.pl (/thread-implementacja-dotpay-pl)
Implementacja dotpay.pl - MichalL - 05-10-2009
Witam,
Posiadam stronę www za pośrednictwem której planuję sprzedaż usług doradczych. Klienci płacić będą za wysłanie zapytania, używając systemu przelewów online dotpay.pl.
Witryna zbudowana jest w HTMLu, lecz strona z formularzem kontaktowym jest stworzona w PHP. Będąc nowicjuszem PHP nie jestem jednak pewien w jaki sposób sprawić, żeby klient mający zamiar zakupić usługę najpierw musiał dokonać zapłaty (np na stronie mojadres/zaplac.php) a następnie został przekierowany do wcześniej niedostępnej strony z formularzem kontaktowym (np. mojadres/contact.php). Czy ktoś z Was mógłby mi w tym pomóc? Byłbym wdzięczny.
Pozdrawiam!
RE: Implementacja dotpay.pl - BeamBear - 07-10-2009
Idea takich rozwiązań polega na zaprzęgnięciu do pracy bazy danych. Najsampierw - tworzysz system kont użytkowników. Każdemu użytkownikowi jest przypisany unikalny identyfikator. Jedyne co potem pozostaje to - zapisać do bazy danych (np. w tabeli "zapłacone") identyfikator użytkownika, który już zapłacił.
Nie znam akurat dotpay, ale podejrzewam, że rozwiązania tego typu są podobne od strony logiki - zazwyczaj skrypt firmy obsługującej płatności, będzie się starał wywołać stronę u Ciebie na serwerze po przeprowadzeniu transakcji. Albo będzie szukał różnych stron dla różnych wyników transakcji (udana - np. udane_doladowanie.php, nieudana - nieudane_doladowanie.php) albo będzie przesyłał identyfikatory po których strona będzie musiała rozpoznać czy transakcja się udała czy nie.
Jak się transakcja udała - zapisujesz jej wynik w tabeli wraz z identyfikatorem użytkownika. Potem na stronie, na której prezentujesz treści zastrzeżone wstawiasz warunek, który ma sprawdzić w bazie danych czy dany użytkownik ma dostęp do tychże treści (czy jego identyfikator znajduje się w tabeli "zapłacone"). Jak tak - wyświetlasz mu treści, jak nie - odsyłasz do skryptu płacenia.
Można to zrobić również bez kont użytkowników, ale niekoniecznie bez bazy danych. Nie bawisz się wówczas w tworzenie kont, a do bazy wysyłasz jedynie identyfikator sesji. Jeśli skrypt z dotpay wywoła stronę prawidłowego zakończenia transakcji, zapisujesz tenże identyfikator sesji w tabeli i wysyłasz go internaucie mailem. Na stronie z treściami zastrzeżonymi umieszczasz formularz do wprowadzania identyfikatorów. Jeśli użytkownik poda poprawny identyfikator (nazwij to kodem, tokenem, jak chcesz)(skrypt porównuje wprowadzony token z zapisanymi w bazie) - wyświetlasz mu treść, jak nie - odsyłasz do płatności.
Tyle jeśli chodzi o szkielet logiczny takiego rozwiązania. Natomiast, od strony koderskiej - jest trochę roboty przed Tobą
