Implementacja dotpay.pl

[BeamBear]

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ą