leo9797

Используйте заголовок "Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3"

class ServiceCreateView(CreateView):
    model = Service
    template_name = 'elitemservice/main.html'

    def form_valid(self, form):
        resp = super(ServiceCreateView, self).form_valid(form)
        # после вызова суперметода в self.object находится созданный по форме объект
        user = self.request.user
        if user.is_authenticated:
            user.loads_services.create(
                pk=self.object.pk,
                name_service=self.object.name_service,
                about_service=self.object.about_service,
                file_service=self.object.file_service,
            )
            user.save()
        return resp

WSL, не? https://docs.microsoft.com/en-us/windows/wsl/insta...

Или отдельная виртуальная машина.

Хм. Есть подозрение, что ты таки путаешь понятие Модель (описание структуры таблицы в БД в терминах Объектности) и Запись в БД

Если у тебя для одной Room может быть несколько Furniture, то совет уважаемого Astrohas вполне к месту. Если же кроме этого и одна и та же фурнитура может быть в разных комнатах, то тут подойдёт ManyToManyField

Создаём запись о комнате с именем "РУМ1"
Создаём запись о комнате с именем "РУМ2"
Создаём запись о фурнитуре с именем "ФУР1"
Создаём запись о фурнитуре с именем "ФУР2"
Создаём запись о фурнитуре с именем "ФУР3"

Указываем, что в "РУМ1" есть "ФУР1" и "ФУР3"
Указываем, что в "РУМ2" есть "ФУР1" и "ФУР2"

Для связей Многое-ко-Многим создаётся промежуточная таблица. Если надо иметь контроль над этой связью (связи могут иметь дополнительные поля), то надо у поля ManyToManyField указать параметр though.

Как-то так.

room = models.ForeignKey(Room, on_delete=models.CASCADE)

если одна фурнитура может быть в одной комнате то так.

А если вы об админке, то используйте https://docs.djangoproject.com/en/2.2/ref/contrib/...

Если же вы имели ввиду автоматическое создание фурнитур после создания комнаты, то переопределяйте save модели либо используйте сигналы

В русло Steam API, очевидно.

и есть html файл который определяет по ссылке какое приложение сейчас используется.

Не надо так.
В Django есть возможность в каждом приложении создавать свои шаблоны и static файлы - css, js и т.п. Шаблоны могут наследоваться друг от друга - это ключевой момент для логичной их организации даже для небольшого проекта, не говоря уже про большие.
Можете создать один общий родительский шаблон-лэйаут на весь проект, в нём подключить общую для проекта статику (всякие там jquery и прочие либы).
В каждом приложении в свою очередь создаётся свой лэйаут или шаблон, отнаследованный от общего, и в нём уже дополнительно подключаются конкретные css/js конкретного приложения.
Погуглите про наследование шаблонов, про блоки в них и про то, как переопределять эти блоки в отнаследованных шаблонах.

Посмотрите на встроенные live templates

Нужно проставить галочки в настройках

toggleClass('#active'); Что простите?
В стилях active у Вас id, а не класс, вы же пытаетесь тогглить класс, при этом еще и пишите его с #

прокси не предлагать?