Timur

Бри́тва О́ккама (иногда ле́звие О́ккама) — методологический принцип, в кратком виде гласящий: «Не следует множить сущее без необходимости» (либо «Не следует привлекать новые сущности без крайней на то необходимости»).

Это главный принцип и верстки, и программирования.

1. Оборачивайте элемент в div (или другой контейнер), если вы точно знаете, зачем вы это делаете, и без этого нельзя обойтись.

2. Не вставляйте везде бездумно div. Почитайте про семантическую вёрстку, и используйте разные элементы-обёртки для разных типов контента.

https://htmlacademy.ru/blog/html/semantics

Используйте html css js
Как вариант

Вы неправильно используете метод ControllerBase.Forbid. Передаваемая в него строка (она, как понимаю, преобразуется в массив строк из одного элемента) - это не сообщение об ошибке, а название использованного метода аутентификации.

Полагаю, что useTpcMapping надо применить к конфигурации UserEntity

Query может использовать отдельную базу данных с денормализацией и индексами под поиск, а Command другую базу данных с нормальными формами и без лишних индексов для ускорения вставки. В случае микросервисной архитектуры это будет 2 отдельных микросервиса, что позволит эффективно всем управлять. Но настроить такую систему сложнее и дольше.

Независимо от БД и архитектуры, для Query и Command стоит делать разных пользователей в базе данных с разными правами, что только усиливает безопасность.

вы сейчас на этом шаге
Installation_guide#Install_essential_packages

то какой раздел диска вы монтируете в папку /mnt (куда будет ставиться система) проделывается на предыдущем шаге
Installation_guide#Mount_the_file_systems

Исправьте вот здесь:

[Column("profilePicturePath")]
    public string? ProfilePicturePath { get; set; }

Пояснение. В документации по EF Core написано:

Если включены ссылочные типы, допускающие значение NULL, свойства будут настроены на основе nullability C# для типа .NET: string? будут настроены как необязательные, но string будут настроены по мере необходимости.

В современных шаблонах проектов nullability включена по умолчанию, так что ваш тип свойства string EF понимает как то, что соответствующая колонка записи должна иметь ограничение NOT NULL. А потому вам следует использовать в качестве типа свойства string? .

Форма отправляется в теле, а ты хочешь ее передать через путь.
Тег action у form - статический, он не меняется (js тут нет), поэтому он должен быть известен с самого начала.

Тут 2 решения:
1. Переделывай все под js (сам все вставляй и прописывай)
2. Измени способ передачи формы: путь статический (без параметров пути подставляемых), а форма через [FromForm]

не пишите User = owner, это навигационное свойство, оно не хранится в базе, для связи достаточно UserId выставить. В вашем случае EF добавляет еще и юзера, а так ка он уже есть, отсюда и ошибка.

https://learn.microsoft.com/en-us/ef/core/saving/r...