Сохранить путь к предыдущей странице в сеансе http

По мере того как приложение, которое я создаю, становится все больше, наступает время, когда я перефакторину. Иногда это ломает вещи. Например, местоположение, на которое пользователь направляется после отправки формы - или, возможно, отмены и т. Д. У меня была идея сохранить текущий путь к странице (URL без имени домена) в сеансе. Таким образом, я могу вернуться на страницу, с которой пришел пользователь, подражая тому, что происходит, когда вы закрываете диалоговое окно в настольном приложении. Это было бы гораздо более гибким и простым в обслуживании. По крайней мере, так кажется.

Текущие изменения, которые я делаю, позволят пользователю переходить к форме из разных мест приложения. Если пользователь отправляется на другую страницу, с которой он / она пришел, он / она дезориентируется. У меня 43 формы. Это скоро увеличится примерно до 60.

Это плохая идея по какой-то причине, которую я пропускаю? Или это рекомендуемый подход?

[РЕДАКТИРОВАТЬ]

Пожалуйста, прочитайте комментарии в ответе по реальной причине:

"Хранение этого в сеансе может вызвать некоторые проблемы при одновременных запросах"

1 ответ

Решение

Почему ваш целевой скрипт не знает, откуда пришел пользователь? Я думаю, что так и должно быть, поскольку каждая цель обрабатывает определенную форму, которая имеет определенное местоположение.

Если нет - вы можете пройти return_url в скрытом поле формы.

Имхо, это плохая практика хранить URL в сессии.

Другие вопросы по тегам