Сохранить путь к предыдущей странице в сеансе http
По мере того как приложение, которое я создаю, становится все больше, наступает время, когда я перефакторину. Иногда это ломает вещи. Например, местоположение, на которое пользователь направляется после отправки формы - или, возможно, отмены и т. Д. У меня была идея сохранить текущий путь к странице (URL без имени домена) в сеансе. Таким образом, я могу вернуться на страницу, с которой пришел пользователь, подражая тому, что происходит, когда вы закрываете диалоговое окно в настольном приложении. Это было бы гораздо более гибким и простым в обслуживании. По крайней мере, так кажется.
Текущие изменения, которые я делаю, позволят пользователю переходить к форме из разных мест приложения. Если пользователь отправляется на другую страницу, с которой он / она пришел, он / она дезориентируется. У меня 43 формы. Это скоро увеличится примерно до 60.
Это плохая идея по какой-то причине, которую я пропускаю? Или это рекомендуемый подход?
[РЕДАКТИРОВАТЬ]
Пожалуйста, прочитайте комментарии в ответе по реальной причине:
"Хранение этого в сеансе может вызвать некоторые проблемы при одновременных запросах"
1 ответ
Почему ваш целевой скрипт не знает, откуда пришел пользователь? Я думаю, что так и должно быть, поскольку каждая цель обрабатывает определенную форму, которая имеет определенное местоположение.
Если нет - вы можете пройти return_url
в скрытом поле формы.
Имхо, это плохая практика хранить URL в сессии.