Приветствую.

6-го числа был пост с опросом о городах подписчиков.
Я благополучно про это забыл, исправляюсь)

Всего отметилось 19 человек из 20 городов (можно было бы и по активнее!).

В результате получился такой список:
- Бельдяжки - Vadim
- Бор - Кристина
- Волгоград - Евгений Акопян
- Волжский - Тимур Машков
- Воронеж - Mike_Ploskiy
- Грахово - Arthur
- Люблин, Польша - Иван Пеньковский
- Магнитогорск - Михаил Воропаев
- Мерсин, Турция - ole
- Москва - Segio B, Vadim
- Нижний Новгород - Кристина
- Нови Сад, Сербия - Mariya
- Новосибирск - Сергей, Андрей Богданов
- Прохладный - Roman Eremenko
- Рязань - Рыжов Василий
- Санкт-Петербург - ole
- Сарапул - proDreams
- Симферополь - Александр Бабичев
- Уфа - Regina
- Хабаровск - Юрий Б.

Прикрепляю криво сделанную карту с отметками городов.

P.S. Прости, Юра. Хабаровск не влез в экран))

Приветствую.

Давайте проведём новый опрос:

Какой ваш основной язык программирования и почему?

А если вы только учитесь, то какому языку отдаёте приоритет и также почему?

Хотел сперва сделать опрос, но тогда, он был бы не сильно информативен. По этому, просто пост.

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

Django 33. Сброс пароля пользователя

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

Также для корректной работы, необходимо указать почтовый сервис.
Как его настроить я описывал в посте "Django 12. Настройка отправки почты".
А в постах "Docker 5.1 Почтовый сервер на Docker Mailserver - настройка домена" и "Docker 5.2 Почтовый сервер на Docker Mailserver - настройка и запуск" рассказывал как запустить свой почтовый сервер.

Для реализации сброса пароля, можно пойти простым или сложным путём.

Простой путь, это использовать уже встроенные в Django представления и формы, именно так мы и сделали в прошлый раз.

Достаточно в файле urls.py указать паттерны:

from django.contrib.auth import views as auth_views


path('password-reset/',  
     auth_views.PasswordResetView.as_view(template_name='users/pass_reset.html'),  
     name='password-reset'),  
path('password_reset_confirm/<uidb64>/<token>/',  
     auth_views.PasswordResetConfirmView.as_view(template_name='users/password_reset_confirm.html'),  
     name='password_reset_confirm'),  
path('password_reset_complete/',  
     auth_views.PasswordResetCompleteView.as_view(template_name='users/password_reset_complete.html'),  
     name='password_reset_complete'),  
path('password-reset/done/',  
     auth_views.PasswordResetDoneView.as_view(template_name='users/password_reset_done.html'),  
     name='password_reset_done'),

Указав собственные шаблоны.
Однако, в нашем случае, уже есть сброс пароля для админа и они будут конфликтовать.
Можно вовсе убрать сброс пароля для админ и оставить общий, но куда интереснее переопределить представления.

Этим и займёмся.


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

Откроем файл forms.py в директории приложения user_app.

Тут нам надо переопределить две формы: форму ввода электронной почты для сброса и форму ввода нового пароля.
Мы не будем переписывать их полностью, а просто наследуемся от них и изменим стандартные поля.

Код форм:

from django.contrib.auth import password_validation  
from django.contrib.auth.forms import PasswordResetForm, SetPasswordForm


class CustomPasswordResetForm(PasswordResetForm):  
    email = forms.EmailField(  
        label="Email",  
        max_length=254,  
        widget=forms.EmailInput(  
            attrs={'class': 'form-control',  
                   'placeholder': 'Введите Email',  
                   "autocomplete": "email"}  
        )  
    )  
  
  
class CustomSetPasswordForm(SetPasswordForm):  
    error_messages = {  
        "password_mismatch": "Пароли не совпадают"  
    }  
    new_password1 = forms.CharField(  
        label='Новый пароль',  
        widget=forms.PasswordInput(  
            attrs={'class': 'form-control',  
                   'placeholder': 'Введите новый пароль',  
                   "autocomplete": "new-password"}  
        ),  
        strip=False,  
        help_text=password_validation.password_validators_help_text_html(),  
    )  
    new_password2 = forms.CharField(  
        label='Подтверждение нового пароля',  
        strip=False,  
        widget=forms.PasswordInput(  
            attrs={'class': 'form-control',  
                   'placeholder': 'Подтвердите новый пароль',  
                   "autocomplete": "new-password"}  
        ),  
    )

В первой форме CustomPasswordResetForm, унаследованной от PasswordResetForm, мы переопределили только поле email.
Добавив класс из Bootstrap и прописав текст внутри поля.

Во второй форме CustomSetPasswordForm, унаследованной от SetPasswordForm, мы переопределили два поля new_password1 и new_password2, а так же прописали сообщение, если пароли не совпадают в поле error_messages.


Переопределение представлений.
Откроем файл views.py в директории приложения user_app.

Тут мы создадим два собственных представления:
- CustomPasswordResetView - представление страницы, где пользователь вводит электронную почту для сброса. Наследуемся от PasswordResetView.
- CustomUserPasswordResetConfirmView - представление страницы на которую пользователь перейдёт из письма для ввода нового пароля. Наследуемся от PasswordResetConfirmView.

Код представлений.

from django.contrib.auth.views import PasswordResetView, PasswordResetConfirmView
from user_app.forms import CustomPasswordResetForm, CustomSetPasswordForm


class CustomPasswordResetView(PasswordResetView):  
    template_name = 'user_app/password_reset.html'  
    email_template_name = 'user_app/password_reset_email.html'  
    form_class = CustomPasswordResetForm  
    success_url = reverse_lazy('user_app:password_reset_done')  
  
  
class CustomUserPasswordResetConfirmView(PasswordResetConfirmView):  
    template_name = 'user_app/password_reset_confirm.html'  
    success_url = reverse_lazy('user_app:password_reset_complete')  
    form_class = CustomSetPasswordForm

В этих представлениях, переопределим следующие поля:
- template_name - файл шаблона.
- email_template_name - файл шаблона для отправки по электронной почте. Только в представлении CustomPasswordResetView.
- form_class - класс с формой.
- success_url - путь, куда будет перенаправлен пользователь после отправки формы.

Шаблоны страниц.
В директории с шаблонами приложения user_app, необходимо создать пять файлов:
- password_reset.html - первая страница сброса пароля. На этой странице пользователь вводит свой email.
- password_reset_done.html - вторая страница сброса пароля. На этой странице сообщаем пользователю, что письмо со ссылкой для сброса было отправлено на email.
- password_reset_confirm.html - третья страница сброса пароля. На этой странице пользователь вводит новый пароль.
- password_reset_complete.html - четвёртая и последняя страница сброса пароля. На этой странице сообщаем, что пароль был изменён.
- password_reset_email.html - страница шаблона для электронной почты. Код страницы взят из стандартного Django-шаблона, с одним лишь изменением - ссылкой на которую перейдёт пользователь из письма. Если этот файл не изменить, то в письме будет ссылка на сброс пароля администратора, а нам не нужно, что бы пользователи знали адрес панели администратора.

password_reset.html и password_reset_confirm.html.
Стандартный шаблон формы:

<form method="POST">  
    {% csrf_token %}  
    {{ form.as_p }}  
    <button type="submit" class="btn btn-danger mt-3">Запросить новый пароль</button>  
</form>

Различия только в тексте кнопки. Вообще можно сделать один файл и передавать текст кнопки через контекст.

password_reset_done.html.
В этом шаблоне сообщаем, что письмо отправлено и добавляем кнопку возврата на главную страницу.

<div class="container mt-3">  
    <h2>Ссылка для смены пароля отправлена на вашу почту.</h2>  
    <a href="{% url 'blog:index' %}" class="btn btn-danger mt-3">Вернуться на главную</a>  
</div>

password_reset_complete.html.
В этом шаблоне сообщаем, что пароль изменён и добавляем две кнопки: переход на главную и вход на сайт.

<div class="container mt-3">  
    <h2>Вы успешно обновили пароль</h2>  
    <p>Ваш пароль заменен на новый!</p>  
    <a href="{% url 'user_app:login' %}" class="btn btn-danger mt-3">Войти</a>  
    <a href="{% url 'blog:index' %}" class="btn btn-danger mt-3">Вернуться на главную</a>  
</div>

password_reset_email.html.
Изменённый стандартный шаблон письма со ссылкой для восстановления пароля.
Изменить необходимо имя URL-шаблона в этой строке:

{{ protocol }}://{{ domain }}{% url 'user_app:password_reset_confirm' uidb64=uid token=token %}

Код шаблона:

{% load i18n %}{% autoescape off %}  
{% blocktranslate %}You're receiving this email because you requested a password reset for your user account at {{ site_name }}.{% endblocktranslate %}  
  
{% translate "Please go to the following page and choose a new password:" %}  
{% block reset_link %}  
{{ protocol }}://{{ domain }}{% url 'user_app:password_reset_confirm' uidb64=uid token=token %}  
{% endblock %}  
{% translate 'Your username, in case you’ve forgotten:' %} {{ user.get_username }}  
  
{% translate "Thanks for using our site!" %}  
  
{% blocktranslate %}The {{ site_name }} team{% endblocktranslate %}  
  
{% endautoescape %}

URL-паттерны страниц.
Откроем файл urls.py и в список urlpatterns добавим новые паттерны:

from django.contrib.auth import views as auth_views


path('password-reset/', views.CustomPasswordResetView.as_view(), name='password-reset'),  
path('password_reset_confirm/<uidb64>/<token>/',  
     views.CustomUserPasswordResetConfirmView.as_view(),  
     name='password_reset_confirm'),  
path('password_reset_complete/',  
     auth_views.PasswordResetCompleteView.as_view(template_name='user_app/password_reset_complete.html'),  
     name='password_reset_complete'),  
path('password-reset/done/',  
     auth_views.PasswordResetDoneView.as_view(template_name='user_app/password_reset_done.html'),  
     name='password_reset_done'),

Последний штрих.
Осталось добавить ссылку на страницу сброса пароля в шаблон страницы входа.

Откроем файл login.html и добавим следующую строчку где-нибудь внизу:

Забыли пароль? <a href="{% url 'user_app:password-reset' %}">Сбросить пароль</a>

Готово. Теперь пользователь сможет сбросить свой пароль.

Файлы к посту, можно получить в боте по коду: 568363
Пост на сайте.
Поддержать канал.

Приветствую.

Снова неделя пролетела, а вроде бы ещё вчера было воскресенье. Пора отдыхать!


Фильм на сегодня: Голограмма для короля (2016).

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

Если у вас есть подписка КП, то смотреть можно тут: https://www.kinopoisk.ru/film/771067/

Если подписки нет, то тут: https://www.sspoisk.ru/film/771067/

А как провели неделю вы?

Подписчики поймут...👀

👀А кто-то их читает?

Django 34.1. Простой профиль пользователя - страница профиля

Что у нас уже есть?
- Регистрация пользователя
- Авторизация пользователя
- Сброс пароля

Следующим шагом необходимо реализовать профиль пользователя.

Я знаю три способа реализации личного кабинета / профиля пользователя:
- Простой - страничка с доступной из стандартной модели пользователя информацией, а также, например, со списком постов пользователя, его комментариями и другими данными, где пользователь указан в модели.
- Средний - создание дополнительной модели профиля. В этой модели указываются дополнительные поля, методы и прочее, которых нет в стандартной модели.
- Сложный - создание собственной модели пользователя, основываясь на базовом классе или описывая всё с нуля, если это необходимо.

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

Начнём с самого простого варианта.

Мы реализуем:
- Страницу профиля. На ней будет информация о пользователе и список его постов, кнопка перехода на страницу настроек и кнопка перехода ко всем постам пользователя. Для этого нам надо будет сделать представление и шаблон.
- Страницу настроек профиля. На ней будет две формы: со сменой имени пользователя и email, а так же со сменой пароля. Для этого нам надо будет сделать представление, шаблон и две формы.


Представление страницы профиля.
Напишем простое представление, которое будет передавать в шаблон объект и посты пользователя.

Откроем файл views.py в приложении user_app.

Создадим класс UserProfileView, унаследованный от TemplateView.

В нём прописываем единственное поле template_name, указывающее на файл шаблона.

Ниже переопределяем метод get_context_data.

В нём мы получаем объект класса User, полученный из переданного в адресной строке имени пользователя и записываем в переменную.
Получение объекта оборачиваем в try-except, в случае, если передано некорректное или отсутствующее в базе имя пользователя, вместо страницы с ошибкой получения данных, вернулась страница ошибки 404 (до написания собственных страниц ошибок, мы тоже дойдём.).

Записываем в контекст объект пользователя, список его последних пяти постов и заголовок страницы.

Код представления:

from django.contrib.auth.models import User
from django.views.generic import TemplateView
from django.shortcuts import get_object_or_404
from django.http import Http404

from blog.models import PostModel


class UserProfileView(TemplateView):  
    template_name = 'user_app/profile_page.html'  
  
    def get_context_data(self, **kwargs):  
        context = super().get_context_data(**kwargs)  
        try:  
            user = get_object_or_404(User, username=self.kwargs.get('username'))  
        except User.DoesNotExist:  
            raise Http404("Пользователь не найден")  
        context['user_profile'] = user  
        context['user_posts'] = PostModel.post_manager.filter(author=user)[:5]  
        context['title'] = f'Профиль пользователя {user}'  
        return context

**Шаблон страницы профиля.**
В директории с шаблонами приложения создадим новый файл profile_page.html.

Внутри разделим его на две части:
- В левой будет список постов и кнопка (пока заглушка) для перехода на страницу всех постов пользователя.
- В правой будет информация о пользователе. На данный момент, это имя пользователя (username), имя и фамилия (если указаны в профиле), а также кнопка для перехода на страницу изменения профиля (пока тоже заглушка).

Код шаблона:

{% extends 'blog/base.html' %}
{% block title %}{{ title }}{% endblock %}

{% block content %}
    <div class="container mt-3">
        <h2>Профиль пользователя {{ user_profile }}</h2>
        <hr>
        <div class="row">
            <div class="col-xl-8 сol-sm-12">
                <h3 class="mb-3">Последние посты:</h3>
                {% for post in user_posts %}
                    <div class="row">
                        <div class="col-lg-3 col-sm-12 d-flex align-items-center">
                            <img src="{{ post.image.url }}" alt="{{ post.title }}" class="img-fluid">
                        </div>
                        <div class="col-lg-9 col-sm-12">
                            <h4 class="head2"><a href="{{ post.get_absolute_url }}">{{ post.title }}</a></h4>
                            <div class="mb-3">
                                <p class="lead"><a
                                        href="{{ post.category.get_absolute_url }}">{{ post.category }}</a>
                                    | {{ post.publish | date:"d F Y" }} |
                                    Просмотров: {{ post.views }}</p>
                            </div>
                            {{ post.short_body | safe }}
                        </div>
                    </div>
                    <hr class="m-1">
                {% endfor %}
                <div class="text-center mt-3">
                    <a class="btn btn-primary my-btn mb-3" href="#">Все посты {{ user_profile }}</a>
                </div>
            </div>
            <div class="col-xl-4 col-sm-12 border border-start border-0">
            <h3 class="mb-3">Информация:</h3>
                <p>
                    <b>Имя пользователя:</b> {{ user_profile }}
                    {% if user_profile.first_name %}
                        <br>
                        <b>Имя:</b> {{ user_profile.first_name }}
                    {% endif %}
                    {% if user_profile.last_name %}
                        <br>
                        <b>Фамилия:</b> {{ user_profile.last_name }}</p>
                    {% endif %}
                {% if user_profile == user %}
                    <a class="btn btn-primary my-btn me-1" href="#">Настройки профиля</a>
                {% endif %}
            </div>
        </div>
    </div>
{% endblock %}

Ссылка на профиль в шапке и в карточке поста.
Теперь добавим ссылку на профиль в шапку сайта.

Откроем файл header.html и там, где у нас кнопка "выход", выше добавляем "профиль":

<li>  
    <a class="dropdown-item dd-item-color" href="{% url 'user_app:user_profile' username=user.username %}">Профиль</a>  
</li>

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

<a href="{% url 'user_app:user_profile' username=post.author %}">{{ post.author }}</a>

В первом случае, мы передаём ключевой аргумент username текущего авторизованного пользователя, а во втором случае, берём его из поля author у поста.

URL-паттерн страницы профиля.
Последнее, что осталось сделать, это прописать URL-паттерн.

Открываем файл urls.py в директории приложения user_app и в список urlpatterns добавляем новую строку:

path('<str:username>/', views.UserProfileView.as_view(), name='user_profile'),

Готово. Теперь у нас есть простая страница профиля. В следующем посте сделаем страницу настроек и страницу всех постов.

Файлы к посту, можно получить в боте по коду: 764197
Пост на сайте.
Поддержать канал.

Скинули тут занятную статейку переложения программистов на классы в D&D.

https://habr.com/ru/companies/domclick/articles/517736/

Не могу определиться, я Варвар или Воин или мультикласс))

Django 34.2. Простой профиль пользователя - страница настроек

В предыдущем посте, мы сделали страницу профиля, теперь надо сделать страницу настроек пользователя.

На этой странице пользователь сможет изменить свои данные и поменять пароль.

Также сделаем страницу со всеми постами пользователя.

В процессе напишем две формы, два представления и два шаблона.
Работать будем с файлами в директории приложения user_app. Приступим.


Формы для страницы настроек.
Откроем файл forms.py в директории приложения user_app.

У нас будет две формы:
- Форма изменения данных пользователя - это имя пользователя (username), email, имя и фамилия.
- Форма смены пароля.

Форма изменения данных.
Это типовая форма модели.

Создадим класс UserInfoForm, унаследованный от forms.ModelForm.

Описываем четыре поля, добавляя названия полей и стили: username, email, first_name, last_name.
В подклассе Meta указываем модель User и вышеупомянутые поля.

Код формы:

class UserInfoForm(forms.ModelForm):  
    username = forms.CharField(  
        max_length=150,  
        label='Имя пользователя (username)',  
        widget=forms.TextInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите имя пользователя'  
        })  
    )  
    email = forms.EmailField(  
        widget=forms.EmailInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите email'  
        })  
    )  
    first_name = forms.CharField(  
        max_length=150,  
        label='Имя',  
        required=False,  
        widget=forms.TextInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите ваше имя'  
        })  
    )  
    last_name = forms.CharField(  
        max_length=150,  
        label='Фамилия',  
        required=False,  
        widget=forms.TextInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите вашу фамилию'  
        })  
    )  
  
    class Meta:  
        model = User  
        fields = ['username', 'email', 'first_name', 'last_name']

Форма изменения пароля.
Форму смены пароля писать с нуля не будем, т.к. Django предоставляет встроенную форму PasswordChangeForm.
Мы всего лишь переопределим поля, добавив стили форме.

Создадим класс UserPasswordForm, унаследованный от PasswordChangeForm и пропишем три поля: old_password, new_password1, new_password2.

Код формы:

class UserPasswordForm(PasswordChangeForm):  
    old_password = forms.CharField(  
        max_length=128,  
        label='Старый пароль',  
        widget=forms.PasswordInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите старый пароль'  
        })  
    )  
    new_password1 = forms.CharField(  
        max_length=128,  
        label='Новый пароль',  
        help_text=password_validation.password_validators_help_text_html(),  
        widget=forms.PasswordInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Введите новый пароль'  
        })  
    )  
    new_password2 = forms.CharField(  
        max_length=128,  
        label='Подтверждение нового пароля',  
        widget=forms.PasswordInput(attrs={  
            'class': 'form-control',  
            'placeholder': 'Повторите новый пароль'  
        })  
    )

Представление страницы настроек.
Достаточно сложное и объёмно представление.

Нам надо передать на страницу две формы, а затем обрабатывать их независимо друг от друга.

Помимо того, что страница должна быть доступна только авторизованному пользователю, она также должна быть доступна только тому пользователю, чья страница настроек открыта.
Например, у нас есть маршрут /user/testuser/settings, где testuser это имя пользователя. И если по этому адресу перейдёт testuser, то он увидит настройки, но если другой пользователь откроет эту страницу, то должна быть ошибка 403 Forbidden.

Откроем файл views.py.
Создадим класс UserSettingsView, в этот раз у нас будет два наследования:
- От класса LoginRequiredMixin, проверяющего авторизован пользователь или нет.
- От уже знакомого нам класса TemplateView.

Прописываем единственное поле template_name с указанием файла шаблона.

Далее у нас будет переопределено три метода:
Первым мы переопределим метод dispatch(). С ним мы ещё не сталкивались.

Метод `dispatch()` - это один из ключевых методов в классовых представлениях Django. Он является частью жизненного цикла обработки запросов и играет важную роль в определении того, какой метод (GET, POST, PUT, DELETE и т. д.) должен обрабатывать входящий HTTP-запрос.

`dispatch()` работает следующим образом:
1. Когда клиентский запрос поступает на представление, Django вызывает метод `dispatch()` этого представления.
2. `dispatch()` анализирует метод HTTP запроса (GET, POST, PUT, DELETE и т. д.), который пришел от клиента.
3. В зависимости от метода запроса, `dispatch() вызывает соответствующий метод класса представления. Например, если это GET-запрос, `dispatch()` вызовет метод `get(), если это POST-запрос - метод `post()`, и так далее.
4. После обработки запроса соответствующим методом, `dispatch()` возвращает HTTP-ответ.

В нашем методе, мы проверяем, является ли пользователь переданный в адресной строке текущим авторизованным пользователем.
Если является - вызываем метод dispatch() из родительского класса, в противном случае возвращаем 403 Forbidden.

Вторым переопределённым методом будет get_context_data. С ним мы уже сталкивались ранее и он вполне должен быть знаком, но и тут есть нюансы.
В этом методе мы передаём две формы и т.к. у нас формы моделей, нам при их сохранении в переменную, в качестве аргумента необходимо передать объект модели, с которым будет работать форма. Если этого не сделать, при сохранении данных будет создаваться новый объект модели, а не обновляться необходимый.

В качестве аргумента для формы UserInfoForm мы передаём ключевой аргумент instance с объектом пользователя.
А для формы UserPasswordForm, мы передаём объект пользователя в качестве позиционного аргумента.

Третьим мы переопределим метод post. Он достаточно большой и с первого взгляда можно запутаться, но всё достаточно тривиально.

В теле метода у нас находится if-elif-else конструкция.
- if проверяет отправку формы с изменением данных.
- elif проверяет отправку формы изменения пароля.
- else возвращает эту же страницу без изменений.

Структура внутри if и elif в целом одинаковая, различается только действие в случае успеха.

В переменную form помещаем нашу форму, передав в неё объект пользователя и данные отправленные с формы на сайте.
Напомню, что для UserInfoForm, объект пользователя передаётся как ключевой аргумент instance, т.е. он будет вторым аргументом, а данные формы как позиционный, т.е. первым.
В случае с формой UserPasswordForm, оба аргумента передаются как позиционные и первым идёт объект пользователя, а вторым данные формы.

Затем проверяем валидность формы.

Если форма валидна и данные корректны:
Сохраняем форму, тем самым внеся изменения в связанный с ней объект пользователя.
Записываем сообщение об успешном изменении, используя функцию messages.
Возвращаем результат.

В этом моменте происходят различия кода.
При обработке формы изменения данных, для возврата результата мы используем функцию redirect, перенаправляющую пользователя на новую страницу. Она нужна, поскольку в адресной строке прописывается имя пользователя и при изменении имени пользователя и вызове стандартного метода get, происходит перенаправление, но путь в адресной строке не меняется, что влечёт за собой ошибки, а при использовании redirect, пользователь переходит на новый URL-адрес, включающий в себя новое имя пользователя.

При обработке формы изменения пароля, для возврата результата мы используем стандартный get.

Если форма не валидна:
Получаем контекст представления и при помощи метода render обновляем страницу, включающую в себя введённые ранее пользователем данные.

Код представления:

class UserSettingsView(LoginRequiredMixin, TemplateView):  
    template_name = 'user_app/profile_settings_page.html'  
  
    def dispatch(self, request, *args, **kwargs):  
        if request.user == get_object_or_404(User, username=self.kwargs.get('username')):  
            return super().dispatch(request, *args, **kwargs)  
        else:  
            raise HttpResponseForbidden("Вы не имеете доступа к этой странице.")  
  
    def get_context_data(self, **kwargs):  
        context = super().get_context_data(**kwargs)  
        context['user_info_form'] = forms.UserInfoForm(instance=self.request.user)  
        context['user_password_form'] = forms.UserPasswordForm(self.request.user)  
        context['title'] = f'Настройки профиля {self.request.user}'  
        return context  
  
    def post(self, request, *args, **kwargs):  
        if 'user_info_form' in request.POST:  
            form = forms.UserInfoForm(request.POST, instance=request.user)  
            if form.is_valid():  
                form.save()  
                messages.success(request, 'Данные успешно изменены.')  
                return redirect('user_app:user_profile_settings', form.cleaned_data.get('username'))  
            else:  
                context = self.get_context_data(**kwargs)  
                context['user_info_form'] = form  
                return render(request, self.template_name, context)  
        elif 'user_password_form' in request.POST:  
            form = forms.UserPasswordForm(request.user, request.POST)  
            if form.is_valid():  
                form.save()  
                messages.success(request, 'Пароль успешно изменён.')  
                return self.get(request, *args, **kwargs)  
            else:  
                context = self.get_context_data(**kwargs)  
                context['user_password_form'] = form  
                return render(request, self.template_name, context)  
        else:  
            return self.get(request, *args, **kwargs)

**Шаблон страницы настроек профиля.**
В директории с шаблонами приложения user_app создадим файл profile_settings_page.html.

В этом файле прописываем две формы: отображение сообщения об успешном изменении и кнопку возврата в профиль.

Обратите внимание на код кнопок отправки формы. В них мы указываем атрибут name. Именно по этому атрибуту мы отслеживаем в представлении то, какая форма была отправлена.