Ограничение определенных страниц - перенаправление на каждую страницу? Или на главной странице, просматривая текущую страницу в URL?

Question

Для разных пользовательских режимов некоторые страницы не должны быть доступны пользователям, если у них нет действительного ключа сеанса.

По вашему мнению, было бы лучше иметь список допустимых страниц на главной странице и проверить, является ли текущая страница действительной для текущего пользователя? Или обработать это на каждой дочерней странице?

Я думаю, главная страница, просто хочу услышать, что вы будете вводить.

Спасибо

Answer 1

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

Вы также должны сделать эту логику как можно более общей и хранить в базе данных данные, которые будут меняться (ваш список страниц, ваши разрешения и т. Д.)Это минимизирует изменения кода в будущем, когда вы хотите добавить страницы.

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

Answer 2

Я вижу как минимум два случая:

1. Если для всех страниц, на которые вы переходите, существует одна главная страница, используйте главную страницу.

2. Если существует одна главная страница , но страницы не совпадают, и не все страницы этой главной страницы перенаправлены, но только некоторые из них лучше проверить на текущей странице и не на главной странице.

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

На текущей странице вам нужно только проверить, видит ли ваш пользователь это или нет.