Евгений

Подозреваю, но не уверен, что у вас при создании модели User автоматически создается UserProfile по сигналу. Вообще, создание профиля таким образом устарело уже лет 5-6 как. Давно надо переходить на использование собственной модели пользователя, в которую и добавлять недостающие поля.

Правильно использовать ни то, ни другое, а django.shortcuts.redirect.

Для того, чтобы в шаблонах и коде прописывать url по имени, а не явно:
return reverse('dashboard-index') вместо return '/dashboard/index/'.

Преимущество в том, что код с именами намного проще поддерживать и изменять.

Такая мини CMS уже встроена в Django, называется Flatpages. Можно посмотреть как она устроена — там очень простой код.

А еще лучше использовать Wagtail, на сегодняший день — это лучшая CMS для Django.

Скорее всего, дело в том, что вы сидите за NAT провайдера. Для демонстрации сайта клиентам проще всего использовать ngrok.

Необходимо копать в таком направлении:

class UpdateView(FormView):
     def get_form_kwargs(self):
        kwargs = super().get_form_kwargs()
        kwargs['user'] = self.request.user
        return kwargs

class UpdateForm(forms.Form):
    def __init__(self, *args, **kwargs):
        user = kwargs.pop('user')
        super().__init__(*args, **kwargs)
        if not user.groups.filter(name='managers').exists():
            self.fields['secret'].disabled = True

Вам надо использовать Django Formsets.

Если вы серьезно задаете вопрос (спрашиваю, потому что он тривиальный, как комментаторы раньше указали), то имейте в виду, что ссылки генерируют GET запрос. GET запросы не должны изменять состояние приложения (по массе причин, например, потому что ссылку может предварительно загрузить браузер, или расширение браузера, или поисковая машина).

Поэтому если действительно нужна ссылка, то надо создать форму с методом POST, и при нажатии ссылки отправлять именно эту форму (например, при помощи javascript).

В 2018 году в Django разносить данные пользователя по двум раздельным таблицам User и Profile — категорически неправильно! Django уже года 4 как минимум позволяет создать собственную модель User со всеми необходимыми полями. Такой код будет намного проще писать и поддерживать, а еще исчезнет вагон и маленькая тележка JOIN'ов, необходимых для догрузки Profile.

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

Есть пакет, позволяющий обойти это ограничение: django-modelcluster, но в вашем случае целесообразнее переписать модель пользователя.

Информации недостаточно для ответа. В частности, не приведен код формы.

А вообще, у вас колоссальные проблемы с кодом. Мешанина из function-based и class-based views. Каша с `id` и `slug` — обычно и то и другое поле уникальны, и достаточно использовать одно — либо `id`, либо `slug`.

Нарушения PEP-8, в частности, в коде Python традиционно принято, что названия классов начинаются с большой буквы и используют CamelCase вместо подчеркивания.

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