Так, что-то я немного запутался)
1. Заходим в index.php который стартует сессию. А, вот еще - здесь нужно какую-нибудь переменную продефайнить, и проверять её в подгружаемых файлах, чтобы на них нельзя было напрямую зайти, да? (А в самих файлах проверять определена ли такая переменная). Здесь же проверяем, если установлены какие то переменные сессии и они не нулевые, то заполняем форму с этими значениями, т.о. на какое-то время последние введенные значения будут сохранятся в формах.
2. Подгружаем файл step1.php в див, в котором есть форма, или даже не обязательно <form>, можно через jQuery все данные передать по клику на кнопку, ну не важно в общем.
3. Файлу step2.php передаются заполненные параметры, например в виде гет-запроса, и он в переменные сессии вгоняет их.
Но далее меня смущает момент со ссылкой. Я тогда приведу полную последовательность шагов, чтобы было понятно как хотят чтобы было устроено все:
1. Шаг 1 - пользователь выбирает нужный товар и кол-во
2. Шаг 2 - пользователь выбирает физ или юр лицо. Сейчас акцент на то что пока только физ.
3. Шаг 3 - пользователю пишут "На почту выслана ссылка для подтверждения почты". Причем физ лицо не регистрируется, а просто подтверждает свою почту (юр лицо будет регистрироваться)
4. Пользователь кликает на ссылку в почте и попадает на шаг 4, где он выбирает нужный способ оплаты, и по клику формируется финальный пост запрос.
Меня смущает шаг 3. Т.е. например пользователь кликнул по ссылке на почту, а потом вдруг нажал шаг назад. Хранить какой то флаг $_SESSION["MailAlreadySent"] и в зависимости от этого пропускать шаг? Или даже 2 шага, один - то что письмо послано, другой - то что подтверждено. В случае если не подтверждено, то показать "Отправить ссылку еще раз".
| Цитата |
Так что правильно будет на этапе подтверждения заказа куда-то сохранить введенные уже данные и по подтверждении - восстановить. Для восстановления обычно используются уникальные ссылки, которые пересылаются в письме.
|
А где хранить? Ну например, срок сессии истек, пользователю пришла ссылка, он кликает, попадает на index.php?hash=..., далее например в БД хранить его почту, хэш, введенные данные, и если для этой почты хэш верный, то вытащить из БД все данные? Как-то не так, не буду же я делать для каждого товара столбец) Ну, можно разбивать на таблицы, но все равно чувствую что бред
| Цитата |
Есть одна больша форма, разбиваем её на логические части и скрываем их. Начинаем показывать этого мастера с первой части и до N. Плюсы - нет проблем с сохранением промежуточных данных (пользователь может её заполнять хоть неделю), нет проблем с prev/next.
|
Т.е. сразу изначально загрузить всю форму и в зависимости от шага отображать нужные части? Я так и делал, пока не столкнулся с тем что в середине шагов должна отсылаться ссылка, ведь тогда пользователь перейдет на страницу, т.е. обновит её и все данные потруться.
|
)