Иван Шумов

Переезд с MPA на SPA, особенно когда у вас несколько систем это не маленькая архитектурная задача и надо понимать конкретно что у вас есть, в деталях, какие сроки, сколько рук и все в таком духе. Тут нет Best Practices

Правой кнопкой по базе данных в списке и выбрать или select. Не помню как там. У тебя есть соединение с базой, но Workbench не додумается куда загружать бэкап если ему не сказать

Заголовки являются частью протокола HTTP, который состоит из них и из тела запроса. HTML про который вы говорите находится как раз в теле запроса, а заголовки обычно все игнорируют. Отдает эти данные сервер и генерирует их он же в ответе. При запросе на сервер вы формируете заголовки запроса

Websocket. Или пересмотреть взаимодействие с сервером.

Сделай уникальных ключ в uuid4. Есть готовые библиотеки

В консоли же указано что ошибка синтаксиса. Белым по черному. Идите и проверяйте что там не так, а без конфигурации можно только тыкнут пальцам в данную проблему и отправить обратно разбираться

AWS это не хостинг чтобы просто брать и деплоить туда что-то. Это IaaS и в нем надо сначала продумать инфраструктуру, а потом уже начинать что-то разрабатывать. Если нет знаний платформы (не пройдены курсы от ACloud Guru или Linux Academy, например) и нет знания сетей, то, пожалуйста, не надо туда лезть - попадете на большие деньги если не правильно чихнете. Возьмите пресловутый Digital Ocean, Hezner, ... да любой простой хостинг и воспользуйтесь им.

Зависит от проекта и ситуации. Где-то можно взять готовое, где-то надо делать ручками :-)

Все правильно. Пока у вас есть запущенный ресурс - вы за него платите. За EBS пока диск существует (вообще, вне зависимости от его занятости), а за EC2 за все время запущенного ресурса. Даже если там не будет использований. Рассветы производятся вне зависимости от числа инстансов и дисков - только за фактическую сумму объемов используемых ресурсов.

CDN с Geo Restriction Policy

Ну, бесплатный сыр только в мышеловке, как говорится. Если у вас хороший проект с наметками на большое будущее то рекомендую сразу нацелиться на такие хранилища как Object Storage:

• AWS S3
  
• Azure Blob Storage
  
• GCP Cloud Storage
  
• Yandex Object Storage
  

Со временем можно будет настроить различные Lifecycle Policy и перемещать изображения между Hot, Warm и Cold Storage с разной ценовой политикой;

Кроме того стоит задуматься о CDN (если еще не используется). В них также можно сегодня использовать EDGE технологии с автоматическим ресайзом, наложением водных знаков и других фильтров

Внести в память объект или массив (я не очень в Python) с id пользователей для которых блокировка и со значением равным timestamp окончания блокировки. При получении сообщения - проверять и сравнивать. Также регулярно чистить этот список.

Можно реализовать также через memcached или redis - там достаточно проверять на существование ключа.

Обратиться в поддержку Godaddy. Выглядит как проблема на их стороне

Задача состоит из нескольких частей:
1. Сбор списка доменов и информации и них
2. Анализ страниц сайта

Давайте подробнее:

1. Сбор списка доменов и информации и них

Ну, данной базы не существует в природе. Это можно понять просто из информации о том как работает DNS. Можно, конечно, начать перебирать все доменные имена по порядку, но даже имея бесконечное число proxy с учетом всех возможных комбинаций - это займет вечность, да и эта информация постоянно меняется. Можно пойти другим путем и стать Google. Стоимость того и другого подхода, думаю, можно представить - триллионы долларов

2. Анализ страниц сайта

Есть готовые инструменты, у некоторых, возможно, даже есть API (в противном случае писать мучительные парсеры и их актуализировать + много прокси и все в таком духе). Можно написать свой инструментарий, но над этим вообще люди работают месяцами и постоянно дорабатывают. В принципе, идея базу доменных имен собрать эту информацию уже можно, но время ее процессинга займет еще больше времени ибо dig/whois это одно, а парсинг или api это уже совсем другое

В общем, не советую