A więc, mam pewien problem ze swoim skryptem rejestracji nowych użytkowników serwisu. Proces tworzenia nowego user'a jest taki jak na powyższym rysunku, tzn. składa się z trzech kroków, z których każdy jest osobnym plikiem PHP. Między kolejnymi etapami dane już podane są przesyłane metodą POST. Aby nie 'stracić' danych wprowadzonych w pierwszym kroku gdy dochodzimy do ostatniego, w pliku 'krok2.php' dane z tablicy $_POST wrzucam do ukrytych (atrybut hidden) znaczników <INPUT> jako ich wartość poniższą metodą:

[HTML] pobierz, plaintext 
<INPUT (...) VALUE=" <?php echo $_POST['zmienna_z_1_kroku']; ?> ">
[HTML] pobierz, plaintext 

Wszystko niby dobrze, ale mam z tym skryptem jeden problem i jedną wątpliwość na dokładkę. Po pierwsze, jeśli ktoś specjalnie bądź przez nieuwagę odświeży którąś ze stron to wszystko co do tej pory było w tablicy $_POST jak wiadomo 'gine'. Muszę taką okoliczność wyifować, delikwenta przerzucić do pierwszego kroku i wyświetlić informację, że niestety ale ma pecha bo wszystko zaczyna od początku Druga rzecz to wspomniana wątpliwość. Chodzi o to, że nie jestem do końca przekonany do całego modelu rejestracji. Z podziału na etapy/kroki nie mogę zrezygnować z tego powodu, że to co będzie możliwe do wyboru w stepie trzecim jest zależne od tego co niedoszły użytkownik wybrał w stepie pierwszym itd. Moje wątpliwości budzi jednak wybór metody POST do obsługi tego skryptu. Pytanie moje brzmi, jak rozwiązać problem takiej kilkustopniowej rejestracji. Jakby to mogło przyzwoicie/profesjonalnie być rozwiązane? Dodatkowo powiem, że każdy z trzech kroków nie musi znajdować się w osobnym pliku, mogą być zawarte w jednym z zastrzeżeniem, że np. każdy 'etap' będzie osobnym if'em, czyli poniekąd będzie wyraźny podział rejestracji na trzy części. Z góry dziękuję za wszelkie odpowiedzi i komentarze

A o sesjach, to Waść nie słyszał?

A właśnie, nie wspomniałem. Myślałem tu o sesjach, ale w pierwszej chwili wydało mi się, że gdy będę wprowadzane dane odbierał przez POST, a następnie przechowywał w tablicy $_SESSION to będzie to jakieś za bardzo przekombinowane Nie mam póki co doświadczenia w pisaniu aplikacji webowych i po prostu odniosłem wrażenie, że w takim stylu w jakim chciałbym to zaklepać się zwyczajnie nie pisze. Może jednak jestem w błędzie i takie 'przeplatanie' POST i sesji to częsta praktyka? No bo z jednej strony mam już coś w tablicy $_POST i mogę z tego skorzystać, a z drugiej jeszcze raz to zapisuję na serwerze z użyciem sesji...

Właśnie sesje są do tego celu, użyszkodnik ma tylko podstawiać, do którego kroku przechodzić, po co tyle danych niepotrzebnie przesyłać?

Po co? Dobre pytanie Jakbym mógł, to bym w ogóle nie używał tablicy POST do tego całego 'przesyłania'. Sęk w tym, że nie wiem jak inaczej miałbym odebrać dane wprowadzone w formularzu (np. z pierwszego kroku) jeśli właśnie nie przez $_POST - $_GET odpada z wiadomych powodów ...

Najprostsza metoda, żeby step 2 czy 3 był odporny na odświeżanie to :

[PHP] pobierz, plaintext 
<?php
if (isset($_POST['zmienna_z_1_kroku'])) {
   // STEP 2
}
else {
 // odświeżasz stronę wiec cfaniaku wracaj do STEP 1
}
?>
[PHP] pobierz, plaintext 

Ale jak pisze erix, jeśli zapiszesz sobie dane z POSTu do SESSION to będziesz mógł przejść dalej i nawet jak user odświeży stronę to spowrotem załadujesz sobie dane z tablicy SESSION

wkładaj po każdym kroku do bazy; i tak wszystkie przesłane dane wylądują w bazie więc po co bawić się w tymczasowe trzymanie ich w hidden albo w sesji? po kazdym kroku wrzucasz dane do bazy + oznaczasz, że są niekompletne, po ostatnim kroku zmieniasz flage na kompletne i juz

Proponuję if zamienić na switch:

[PHP] pobierz, plaintext 
<?php
if (isset($_POST['krok']) && $_POST['krok'] == "1") {
 
echo "<form name='generator' action='".basename($_SERVER['PHP_SELF'])."' method='POST'>";
 
// tu krok 1
 
echo "<input type='hidden' name='krok' value='2'>\n";
echo "<input type='submit' name='dalej' value='Idź dalej'></form>";
 
} elseif (isset($_POST['krok']) && $_POST['krok'] == "2") {
 
echo "<form name='generator' action='".basename($_SERVER['PHP_SELF'])."' method='POST'>";
 
// tu krok 2
 
echo "<input type='hidden' name='krok' value='3'>";
echo "<input type='submit' name='dalej' value='Idź dalej'></form>";
 
} elseif (isset($_POST['krok']) && $_POST['krok'] == "3") {
 
echo "<form name='generator' action='".basename($_SERVER['PHP_SELF'])."' method='POST'>";
 
// tu krok 3
 
echo "<input type='hidden' name='krok' value='4'>\n";   
echo "<input type='submit' name='dalej' value='Idź dalej'></form>";
 
} else {
 
echo "<form name='generator' action='".basename($_SERVER['PHP_SELF'])."' method='POST'>";
 
// tu strona łądowana jako pierwsza
 
echo "<input type='hidden' name='krok' value='1'>\n";  
echo "<input type='submit' name='dalej' value='Idź dalej'></form>";
 
}
?>
[PHP] pobierz, plaintext 

Chyba jednak zostanę przy POST i sesji. Takie wkładanie do bazy na raty nie za dobrze mi się kojarzy. Wierząc, że każdy kto przejdzie pierwszy krok, przejdzie i następne i z sukcesem zakończy proces rejestracji nie ma się o co martwić. Jeśli jednak nasz użyszkodnik przestraszy się tego, jakie informacje się chce od niego wyciągnąć na finish'u całego formularza i jednym kliknięciem opuści nasz serwis - o zgrozo - pozostajemy z niekompletnymi rekordami w bazie danych, które trzeba cyklicznie sprawdzać i sukcesywnie usuwać. A co gdy np. wspomniany wcześniej, niedoszły user serwisu się zreflektuje i zapragnie dokończyć rejestrację? Mamy się zaprzeć nawróconego grzesznika? Zatem dopuszczamy go do procesu rejestracji. Okazuje się jednak, że podaje on inny login niż w ostatnim niedokończonym procesie. Czyli tak, login podmieniamy na nowy w naszej bazie, email bez zmian i dalej puste pola... może się wkrótce zapełnią? A więc nadal czekamy, nie czyścimy wpisu w bazie. Albo usuwamy i zaczynamy od nowa? Jednym słowem, za dużo hałasu o nic. Jak dla mnie, jeśli wrzucać coś do bazy - to tylko w pełnym składzie, aż po lewego skrzydłowego - nigdy na raty.

Co do ostatecznego rozwiązania, wybrałem zwyczajnie pobieranie danych z formularzy metodą POST, które zaraz potem trafiają do sesji (broń Boże do ciastek). Ustawiam na nią jakiś rozsądny czas, żeby niedokończona rejestracja nie odbiła się za bardzo czkawką całemu systemowi, natomiast, żeby można ją spokojnie doprowadzić do końca. If succeed - sru i nie ma sesji, dane trafiają do bazy i znika wszelki ślad po ostatniej działalności na formularzach. Teraz tylko poszukam na forum jakiegoś tematu o automatycznym czyszczeniu plików sesyjnych na serwerze i można by rzec... formularz gotowy Łaaał

Ostatnio borykałem się z takim samym problemem Skorzystałem z POST lecz, po czasie było to trochę denerwujące, jedno odświeżenie strony i nie ma nic, a więc myślałem jak naprościej napisać to na sesjach i wpadłem na:

[PHP] pobierz, plaintext 
<?php
if(isset($_POST['step1']))
{
    $_SESSION['step'] = 1;
} elseif(isset($_POST['step2']))
{
    $_SESSION['step'] = 2;
}
?>
[PHP] pobierz, plaintext 

+ do tego wyświetlenie danych:

[PHP] pobierz, plaintext 
<?php
if(empty($_SESSION['step']))
{
echo 'Krok Pierwszy<br>';
echo '<form action="" method="post">';
     echo '<input type="submit" name="step1" value="Następny krok">';
echo'</form>';
} else if($_SESSION['step'] == 1)
{
echo 'Krok Drugi<br>';
echo '<form action="" method="post">';
      echo '<input type="submit" name="step2" value="Następny krok">';
echo'</form>';
}
?>
[PHP] pobierz, plaintext 

A jeśli chodzi o zapis danych aby nie tracić ich, to najlepsza będzie sesja.

Tam gdzie u mnie w kodzie jest dodawanie sesji krok, możesz wstawić też zapis danych z formularza

Jeśli chodzi o czyszczenie danych sesji to:

[PHP] pobierz, plaintext 
<?php
session_unset();
?>
[PHP] pobierz, plaintext 

Możesz je wykorzystać podczas wyświetlenia tekstu końcowego Czyli np dziękujemy za rejestrację

Pozdrawiam