Everything_is_bad

Потому что твой ide за тебя разворачивал виртуальное окружение и устанавливал нужные библиотеки, теперь разберись с этим самостоятельно. Проблема ни в python, ни в django, так что замени теги у вопроса, на ide который используешь

404 возвращает сайт к которому был запрос, разбирайся с тем что у тебя в req.full_url, либо он кривой, либо это такая защита сайта от твоего парсера

StateGroup-горит желтым

это не ошибка, это реакция твоего IDE

и пишет "StatesGroup" is not defined

а вот это ошибка и в ней явно указана проблема, может сначала освоить основы python, а потом уже писать ботов?

https://qna.habr.com/search/answers?q=self+signed+...

ValueError: Cannot alter field index.Ministrys.songs into index.Ministrys.songs - they are not compatible types (you cannot alter to or from M2M fields, or add or remove through= on M2M fields)

перевести за тебя?

Из чего состоят http запросы и как правильно читать запросы и писать ответы, по какому принципу или структура их надо разбирать и собирать?

так есть же описание протокола HTTP, открывай, да изучай.

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

все чуток сложное, но 100500 раз описано в доках и учебника, надо просто сесть и почитать их, ну и как пример https://habr.com/ru/posts/734828/

За счет чего в WS поддерживается постоянное соединение

За счет протокола

скорость работы по WS увеличивается только за счет того, что у нас пропадают рукопожатия

ну если точнее, это называют "создание соединения", очень часто это ресурсоемкая операция, поэтому да, если делать нее не на каждый запрос-ответ, то отзывчивость соединения повышается.

За счет чего в WS поддерживается постоянное соединение и скорость работы по WS увеличивается только за счет того, что у нас пропадают рукопожатия?

а вот полностью вопрос звучит, как "за счет чего машина красная и едет".

Если сочетание (store_ID, item_ID) уникально, то достаточно первого варианта
Если нет, то второй, только вот без этого извращения PRIMARY KEY (store_item_ID, store_ID , item_ID), зачем тут оно? достаточно просто PRIMARY KEY(store_item_ID)
Ну и по названиям, достаточно во всех таблицах первичный ключ назвать просто ID, а не store_ID, item_ID и извращений уровня store_item_ID

всё как про динозавра, 50 на 50, либо найдет, либо нет.
на самом деле, пока нет публичных ссылок, такое найти невозможно.

ну почему тут localhost, когда же вы базу работы сетей начнете понимать

1. нафига ты traceback вынес в комментарии? когда его надо сразу в вопросе показывать
2. прочитай уже что тебе в ошибке написали, что хотят строку, а не список, который туда туда суешь

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

Ш - шаблонизатор, но проблема в другом, ты сначала даже не пытаешься погуглить

никакую, а написать "маркетплейса приложений по типу app store" стоит миллионы баксов

Шаблоны это про отображение, а не про добавление функциональности, а так, посмотри https://grappelliproject.com/ ну или https://github.com/originalankur/awesome-django-admin
А сделать полноценный CRM на админке невозможно, надо писать свою.