Максим

Извиняюсь за глупый вопрос, но вы после того, как сделали миграцию, вы её применили? Обычно в механике добавления нового поля для модели проблем быть не должно.
А можете показать полный текст ошибки? Часто люди делают опечатки при обращении к атрибутам (вы могли случайно написать не model.chief, а model.chef, например)

А зачем вам тут связь MAnyToMany? У вас разве у одного заказа может быть несколько пользователей?)
Вам нужна простая связь OneToMany. В модели Order создаете поле account = fireld.ForeignKey(Account, related_name='accounts_order'), и в него будете записывать объект Account при заказе.
Далее на странице профиля выводите account_obj.accounts_order.all()

ORM не будет работать без моделей. Если вам нужно обратиться к таблице, для которой не создана релевантная модель, то вам придется выполнить запрос напрямую к этой таблице.

from typing import Any, Dict, List
from django.db import connection

with connection.cursor() as cursor:
    cursor.execute('SELECT DISTINCT category_name FROM some_table_name;')
    columns = [col[0] for col in cursor.description]
    rows: List[Dict[Any, Any]] = []
    row = cursor.fetchone()
    while row:
        rows.append(dict(zip(columns, row)))
        row = cursor.fetchone()
print(rows)

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

Django никогда не заменит PHP или какой-либо из его фреймворков или CMS, потому что это лишь инструмент, с помощью которого достигаются поставленные задачи. Это всё равно, что написать, заменит ли Symfony или Bitrix когда-нибудь Python, а то куда не посмотри, на серьезные проекты нужен симфони, а в сфере e-commerce подавляющее большинство сайтов сейчас ни битриксе.
Всё взаимозаменяемо. Вы, как разработчик, должны понимать, какой инструмент сможет решить вашу задачу лучше и быстрее, и в каком инструменте вы лучше разбираетесь. Не тянитесь за трендами, прокачивайте навыки в том, что вам интересно, и где вы чувствуете себя как рыба в воде.

Это можно сделать с помощью сигналов. Изучите эту информацию и у вас всё получится.

Блок volumes, определенный на первом уровне yaml файла (перед servies или после, это не важно) предназначен для указания общих для всех сервисов областей монтирования хранилищ.

У вас указано:

volumes:
  static_volume:

Это значит, что у вас локально на диске будет создано хранилище для данных. А конкретно вот тут:
/var/lib/docker/volumes/static_volume/_data
И его смогут использовать те сервисы, которым вы его укажете.

Вы в виртуальном окружении пробовали сделать то же самое? Если нет, то рекомендую всегда под проекты использовать виртуальное окружение, благо у питона это встроенная фича.
Тут база - https://docs.python.org/3/library/venv.html
Тут как активировать его в windows - https://tyapk.ru/blog/post/python-virtual-environm...

По-другому это называется "развернуть кортеж". То есть, в зависимости от того, сколько значений в кортеже
t = ('one', 'two', 'three')
можно их по порядку вынести в переменные

a, _, b = t
>> a
>> 'one'
>>_
>>'two'
>>b
>>'three'

Символ '_' тоже можно использовать в качестве переменной. Но по негласному соглашению им принято делать заглушки, если какое-то значение не нужно. Например, если перебираете словарь (ключ-знаение) и ключ вам не важен, то можно написать так

for _, value in some_dict.items():
    pass

1. Вносите все необходимые правки в модель
2. В консоли выполняете python manage.py makemigrations
3. Локально или на удаленном сервере (после переноса миграции) выполняете в консоли python manage.py migrate

Ну в вашем случае всё достаточно просто. Но нужно в качестве БД использовать Postgres, так как в таком случае можно в джанго использовать поле ArrayField.

class StartPlace(models.Model):

	start_point = models.ArrayField(max_length=10)
	icon = models.CharField(max_length=50)
	url = models.ArrayField(max_length=10)

class Point(models.Model):

	end_place = models.ArrayField(max_length=10)
	icon = models.CharField(max_length=50)
	start_place = models.ManyToManyField(StartPlace)