Александр Нестеров

Уже писал, по идее -на почте должен быть более менее - полный ответ.
Вариант 1:
Использовать сессию.
В AddClient сохранять id в нее

client = form.save()
request.session['client_id'] = client.id
request.session.modified = True

В AddOrder, сохранять форму с commit=False и добавлять id из сессии, после чего - удалять ключ из нее (также с ...modified = True)
UPD: Нужно будет обновить модель, изменив FK и сделав его null/blank=True.
Ну и проверять перед сохранением заказа, есть ли в сессии нужный ключ.
Плюсы: можно продолжить редактирование, даже после создания юзера и закрытия браузера.
Минусы: без дополнительной обработки (например - запрет на модификацию существующего в сессии ключа) может возникнуть случай когда юзер перезаписывается до создания заказа.
Вариант 2:

redirect(reverse('app:view', kwargs={ 'bar': FooBar })) # Id записывать в kwargs

Плюсы: не возникнет указанной выше ситуации.
Минусы: нужно модернизировать url

Помогло разрешить доступ python`у и/или возможно, открытие 8000 порта.

Судя по тому, что вы спрашиваете - кастомная аутентификация вам не нужна.
к тому-же:
1. JWT - сейчас де-факто стандарт на рынке (по крайней мере - один из).
2. Почему бы вам не потестить в "реальных условиях" и если окажется, что по каким-то причинам, не хватает возможностей (при условии, что текущие возможности использовались по максимуму, как на беке, так и на фронте), написать что-то свое.
3. К вопросу о написании своего метода - в 95% случаев можно переопределить отдельные компоненты (к примеру - расширить payload access-токена).

from django.db.models.signals import post_save
from django.dispatch import receiver


# method for updating
@receiver(post_save, sender=Zakaz)
def update_stock(sender, instance, **kwargs):
    # instance - созданный объект, к которому можно обратится 
    # Здесь создавать объект

UPD: в первом комменте - детальный пример.

Добавьте вторую также как и первую:

article_form = AddLectureForm()
        content_form = AddContentForm()

    context = {
        'article_form ': article_form,
        'content_form ': content_form 
    }
    return render(request, 'main/render.html', context)

<form method="post" enctype="multipart/form-data">
    {% csrf_token %}
    {{ form_one.as_p }}
    {{ form_two.as_p }}
    <input type="submit" value="ok">
</form>

Конкретно, это чисто пример вывода форм. Обрабатывать две формы нужно также как и одну, только после сохранения первой из нее нужно получить id и передать во вторую.
P.S.:
Конкретно может помочь раздел про метод save()
В коментах несколько моментов относительно текущей реализации.

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

создать новую таблицу с нужными полями

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

добавить новые поля прямо в таблицу auth_user?

1. Как вы себе это представляете? Переопределять данные на уровне загружаемого модуля - ужасная идея. Как минимум потому-что при размещении на сервере все зависимости придется ставить заново.
2. Почему-бы не наследовать модель юзера и в ней уже добавить нужные поля, как-то так:

# models.py

def get_file_path(instance, filename):
    """
        get_file_path - генерирует случайное имя для аватара
    """
    ext = filename.split('.')[-1]
    filename = "%s.%s" % (uuid.uuid4(), ext)
    return os.path.join('avatars/%Y/%m/%d/', filename)
....

class UserAccount(AbstractUser):
    """
        Расширенная модель пользователя. Добавлено
        отчество, аватар и необязательный внешний
        ключ к учебной группе.
    """
    avatar = models.ImageField(verbose_name='Аватар',
                               upload_to=get_file_path, blank=True) 
    patronymic_name = models.CharField(verbose_name='Отчество',
                                       max_length=150,
                                       blank=True)
    study_group = models.ForeignKey(StudyGroup, on_delete=models.PROTECT,
                                    blank=True, null=True,
                                    verbose_name='Учебная группа')

# settings.py
AUTH_USER_MODEL = 'accounts.UserAccount'

1. Доки (ну или хотя бы статьи) по ORM django читали?
2. Вы код сами писали?
Что-то мне подсказывает, что в обоих случаях - нет, поскольку не понять как работает данный метод, имея даже минимальные знания по теме (да даже просто зная английский и дружа с логикой) очень просто.
Choose.objects.get_or_create(voter=request.user)
Он пытается найти подходящий объект, и если его нет - создает. Вот и все

from django.db.models import Q
q1 = Q(sender=request.user)
q2 = Q(reciever=request.user)
D = Dialogue.objects.filter(q1|q2)

По идее - можно (по крайней мере у меня jquery плагин для даты-времени работал нормально). Создаете форму как обычно, после чего в js-скрипте выбираете нужный input.
P.S. Все скрипты/css в статике должны быть.

# добавить путь в urls.py с ключем (к примеру lecture_id), 
path('lections/<int:lecture_id>/', views.lections_detail, name='Curr_lecture'), # lecture_id
# views.py в представлении, которое вызывает этот путь, передавать этот ключ (названия должны быть идентичны)
def lections_detail(request, lecture_id): # lecture_id
    lect = Lecture.objects.get(id=lecture_id)

А дальше как обычно выводить данные

Использовать html_message

send_mail(
        'Подтверждение регистрации', # Заголовок
        '', # Текстовое тело, которое не нужно
        settings.EMAIL_HOST_USER, 
        [mail],
        html_message=msg_html, # в html_message вставлять данные render_to_string
        fail_silently=False

    )