Как запретить пользователю переход по url-адресу, написанному от руки в поисковой строке браузера?

Question

[Cod Rob]

Например, пользователь не авторизован и сейчас находится на Главной Странице, при этом я не хочу, чтобы пользователь, если не авторизован, то мог переходить по url-ссылкам, написанным от руки в браузере. То есть, вот, например, главная страница:



Тут пользователь не авторизован, находится на Главной странице не может с помощью панели переключиться на страницу Пользователи, но он легко может переключиться на страницу Пользователи с помощью поисковой строки(у меня с техническим языком плохо, поэтому могу говорить неправильные слова) в браузере:



Так вот, как сделать так, чтобы когда пользователь писал /added-users и нажимал Enter, то он переходил не на (адрес главной страницы) //added-users, а на Главную страницу, то есть на https://localhost:44317/ ?

Comments

[FeST1VaL]

Пишите проверку прав. Если прав нету, то редирект. Проверку запускаете вначале

[WapSter]

Гугли защита роутов

[Cod Rob]

Артем Будин, не могу с вами не согласиться

[FeST1VaL]

Денис Бредун, ну я потом еще раз посмотрел скрин, вижу какие то роуты есть) ну при переходе на роут проверку делаете)

[Spartak (Web-StyleStudio)]

Денис Бредун,
Попробуйте сделать проверку на http_referer

[Stalker_RED]

Spartak (Web-StyleStudio), реферрер поможет от ручного ввода в браузере, но никак не защитит от попыток входа curl-ом, постманом, или даже от браузера с аддоном типа такого

[Spartak (Web-StyleStudio)]

Stalker_RED,

реферрер поможет от ручного ввода в браузере

Так вопрос же и был о ручном вводе)

P/S: а вообще в описании желательно конкретизировать для каких целей это необходимо и привести хотя бы примеры кода. Может там всё решается в пару строк кода и редирект

[FanatPHP]

Spartak (Web-StyleStudio), вот именно поэтому надо сначала думать над вопросом, как сделал Stalker_RED, а потом уже бежать с предложениями.
Здесь не тестовое задание, которое надо решить любой ценой, строго следуя тексту вопроса
И не викторина.

Сюда люди приходят за помощью. И поэтому надо писать что-то полезное, а не просто от балды что первое в голову придет

[Stalker_RED]

Spartak (Web-StyleStudio), явно с целью прикрутить что-то странное вместо авторизации

Answer 1

[FanatPHP]

Как запретить пользователю переход по url-адресу, написанному от руки в поисковой строке браузера?

никак
"адрес, написанный от руки" - это бессмыслица
любой адрес на сайте можно считать написанным от руки, он ничем не отличается от адреса в гиперссылке

Как сделать, чтобы не авторизованный пользователь не пог попасть на некоторые страницы?

Вот этот вопрос уже более осмыленный, хотя и с очевидным ответом
Сделав очень сложное мыслительное усилие, мы можем прийти к выводу, что на таких страницах надо проверять, авторизован ли пользователь.
Причем делать это в браузере бессмысленно.
Авторизация проверяется на сервере.

Answer 2

[Nikita Undefined]

Сложно подсказать не видя кода, но смею предположить что на сайте хэдер - отдельный файл, подключаемый к любой странице. В таком случае, вам стоит прописать Простенькую проверку на авторизацию (тоже не понятно каким из способов она у вас сделана, но рискну предположить что у пользователя добавляется кука после авторизации). И тогда ваш код будет выглядеть примерно так:
Если пользователь находится не на %хостнейм% проверяем куку(авторизацию). Если нет - redirect 301 на главную, и всё. Можно написать и на php и на js решение в 4 строчки.
Пишите код по выше (в head например).

Answer 3

[hzzzzl]

const isAdmin = false // каким-то образом вычисляем права юзера

if (location.pathname === '/added-users' && !isAdmin) {
  location = '/'
}

Comments

[FanatPHP]

Тебе самому-то не смешно?

[hzzzzl]

FanatPHP, не особо, в браузерном мире (тэг вопроса: JS) примерно так* роутинг и делается, isAdmin понятно что получается от сервера, а не true/false в скрипте

* вообще через history API push/replace, а не window.location, но для такого вопроса это в общем-то не принципиально

[FanatPHP]

isAdmin получается от сервера только у индусов из самой низшей касты
у остальных, даже тех которые только-только перешли в веб-разработку из ассенизаторов, с сервера приходит 200/403