Сейчас в конфигурации URL определен только один шаблон URL – для обработки запросов к URL /hello/. Но что произойдет, если в запросе будет указан какой-нибудь другой URL?

Для того чтобы разобраться в этом, запустите сервер разработки Django и попробуйте зайти, скажем, на страницу http://127.0.0.1:8000/goodbye/, http://127.0.0.1:8000,/hello./subdirectory/ или даже http://127.0.0.1:8000/ (в «корень» сайта). Вы увидите сообщение «Page not found» (Страница не найдена) (см. рис. 3,1). Django выводит это сообщение при обращении к адресам URL, отсутствующим в конфигурации.

В подсистеме аутентификации есть еще несколько частей, которые раньше мы упоминали лишь мимоходом. Теперь же рассмотрим их подробнее.

Разрешения

Разрешения – это простой способ указать, что пользователь или группа имеют право на выполнение некоторого действия. Обычно работа с разрешениями происходит в административном интерфейсе Django, но ничто не мешает использовать их и в собственном коде.

Как обычно, мы начали с простейшего работающего примера. А теперь рассмотрим некоторые проблемы и покажем, как их можно решить.

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