Как правильно отобразить сообщение на странице?

Question

[codemania]

Вопрос о right way скорее чем просто о решении задачи.
Юзер сайта заполняет форму, отправляет, после обработки формы php он сразу редиректится на страницу результата что бы была невозможной случайная повторная отправка формы (при нажатии F5).
Как правильно отобразить сообщение об удаче или неудаче?
1) в случае редиректа пользователь отправляется на другую страницу и отправить что-то вслед можно только GET или POST, первое не красиво, а второе это та же форма
2) Можно сохранять сообщение в сессию и на каждой странице проверять есть ли в сессии сообщения для отображения
3) По максимум отправлять всё AJAX'от и показывать результат тут же около формы. Не всегда возможно.
4) ... ?

Answer 1

[Дмитрий]

Я для этих целей всегда следую пункту 3. Все отправляю аяксом, пользователю удобно, результат виден моментально.

Answer 2

[k2lhu]

Всё таки неплохо было бы сделать валидацию первичную на клиенте, и только после ее прохождения позволить клиенту отправить данные, а уже после оправки - валидируем еще раз, если неудача - то клиенту снова вернуть форму, только необходимо очистить и пометить поля заполненные с ошибками, а остальные оставить заполненными.

Comments

[codemania]

Ну в случае неудачи относительно понятно. Редиректнуть на HTTP_REFERER - откуда пришёл, туда и отправим, но и то если страница другая то все заполненные переменные надо следом послать как-то ))

[k2lhu]

codemania: в зависимости от кого как реализовано принятие данных, одна из распространенных практик - делать отрисовку формы и ее обработку в одной функции, т.е. если пришел POST, то работаем с ними, если нет - рисуем форму, и тогда добавив немного логики можно плюнуть на HTTP_REFERER т.к. он тут и не нужен, и обратно - если у вас разные функции их рисуют - то отправляйте провалидированные данные обратно также POST'ом с определенным флагом, и уже в зависимости от флага рисуем на странице ошибочки.

[codemania]

k2lhu: понятно, спасибо, хотя смешивать логику и представление не есть гуд если одна функция и отрабатывает и отрисовывает...

[k2lhu]

codemania: тут нет смешения, вот пример, как видите тут ни строчки html/css, а вызов функции на отрисовку представления, при этом передаются данные из объекта $model, которые и заполнят инпуты в формы, если происходит переотправка пользователя обратно на форму.

Answer 3

[Матвей Правосудов]

Обычно это решается со помощью сообщений в сессии. При отправке формы в контроллере генерируется сообщение и записывается в сессию, а затем, на странице результата это сообщение выводится. (Как минимум, так делают в Ларавеле.)

Comments

[Николай]

Мьсе, запомните, далеко не все используют MVC-модель, а у вас ответы только связанные с ней.

[codemania]

Николай: Подход предложенный Матвеем можно применять и не в MVC

[Николай]

codemania:

а у вас ответы

"внимательней будь" (с)

[Матвей Правосудов]

Николай: можно слово «контроллер» заменить на «обработчик формы» и применять подход как угодно.

Answer 4

[Павел Корнилов]

ИМХО, самый технологичный путь - использование Ajax.
Тогда можно сохранять прямо в клиенте идентификатор отправленной формы, скажем, в куках, и предотвращать повторную отправку, проверяя его наличие. Всю валидацию формы можно проходить яваскриптом перед отправкой, что снимет часть нагрузки с сервера и оставит ему лишь проверку каптчи и парсинг полученных данных.

Почему Ajax не всегда возможен? Мобильные броузеры уже все поддерживают ES-5, а его вполне достаточно для Ajax-запроса. Вы не любите jQuery? Вы просто не умеете его готовить (С). На самом деле, я его тоже терпеть не могу. Но вполне несложно написать кроссброузерный объект, полностью реализующий все, что нужно для асинхронки. Если нужно, могу помочь. Просто я использую свою библиотеку, синтаксис которой местами не очень понятен остальным.

Справедливости ради, нужно сказать что 1 путь - это хорошая олдскульная практика. Можно его немного доработать, обнуляя поля формы, и тогда повторная отправка данных будет невозможна.

Comments

[codemania]

что снимет часть нагрузки с сервера

На сервере обязательно валидировать надо что бы не подсунули напрямую

идентификатор отправленной формы, скажем, в куках

куки на JS которые ставятся имеете ввиду?

[Павел Корнилов]

Ну, самые необходимые проверки, конечно, нужно оставить на сервере, это факт. Зато такие, как валидность и заполненность обязательных полей - работа клиента.

Куки, которые через JS записываются в броузер. Их можно посмотреть так:
console.log(document.cookie);

[codemania]

KorniloFF: т.е. мы проверим наличие куки отправки формы на JS и если она есть, то на JS же запретим повторную отправку неактивной кнопкой, или сообщением что вы уже отправили форму?

[Павел Корнилов]

codemania: Именно. И все получится, и вся логика по запрету повторной отправки останется на клиенте, не тревожа сервер лишними редиректами.
А инструментарий может быть разным: и disabled на кнопке, и return false на onclick.

[codemania]

KorniloFF: Агонь, агонь, агонь, спасибо большое за подсказки!

[Павел Корнилов]

codemania: на здоровье! =)