Василий Банников

Https тут не при чем.
Провайдер в случае неоплаты, просто присылает редирект на все запросы и ваш браузер как миленький отправляется на заглушку.

С e-bay через посредников заказывать не вариант, т.к. за доставку берут слишком много.

Добро пожаловать в СССР. Именно так и доставать. Книга не для массового рынка.
Либо использовать PDF: просто читать с электронной книжки, либо напечатать на принтере, либо иметь знакомого в типографии, который вам самиздатом ее напечатает с минимальными издержками.

Как минимум код всех базовых объектов желательно держать в с++. Это нужно хотя бы для того, чтобы работать с объемом через с++ родительский тип и не грузить весь связанный контент из BP при обращении.
В основном максимум кода желательно держать в с++, потому что потом отлаживать только с++ проще, чем и то и то. BP чаще всего используется когда нужно что-то сделать с компонентами, которые есть только в BP или для переопределения методов, когда в виду архитектуры классов на c++ это сделать сложнее.
Некоторые вещи в принципе невозможно сделать на BP. Возможно не лучший пример, но кастомные редакторы ассетов или инструменты движка на BP не сделать.
Сам по себе BP прекрасно подходит для проектирования и мест, не требующих большого кода. На BP значительно проще работать с виджетами на уровне элементов, хотя обработка каких-то кнопочек скорее всего лучше сделать на c++.

Если обобщить, то BP лучше использовать там, где ввиду архитектуры классов сложно использовать c++. Например, нужно написать код для специфичного НПС, который унаследован от BP класса. Для всех других случаев c++.

Создавайте п/я с тем же адресом, что был у отключаемого пользователя и настройте на нем автооответ (Set-MailboxAutoReplyConfiguration). Чтобы этот п/я не мешал в адресной книге - скройте его. Переадресацию, если нужно изменение темы, придется делать ЕМНИП транспортным правилом. Поэтому лучше тему не менять - достаточно будет того, что получателем будет отображаться уволенный сотрудник: в таком случае можно просто сделать переадресацию на самом п/я. Но я вообще бы предпочел подключить этот п/я (можно после увольнения: он сразу не удалится, а некоторое время будет обитать в числе отключенных) нужным людям как дополнительный в Outlook (перед этим нужно дать разрешение на него через Add-MailboxPermission ...-AccessRights FullAccess). Скрытый п/я подключается путем указания его legacyExchangeDN в качестве имени.

Порт задается 16-битным числом, значит максимальное кол-во портов - 65535.
Но нужно помнить, что некоторые порты зарезервированы (первые 1023), другие уже могут использоваться.

Обойти ограничение на кол-во портов ты никак не сможешь, т.к. это потребует изменение ядра ОС и TCP протокола.

Тут есть несколько возможных решений:
- Создать древовидную структуру сети, т.е. есть узлы, которые объединяют в себе несколько других (группу) и для отправки ты используешь не порт, а ID узла. Т.е. маршрутизация на стороне приложения
- Если нужно отправлять пакет всем, то задумайся над броадкастом.
- Задать предел для размера кластера, либо кол-ва клиентов

UPD:
1. Асинхронность из rust тут вообще ни о чем - это фича языка. Главное здесь - возможности ОС
2. Такое большое кол-во соединений приведет не только к большому потреблению ресурсов, но и большому кол-ву прерываний. Производительность снизится. Рекомендую пересмотреть архитектуру огромного кластера с полносвязной топологией.

Django и DRF прекрасно подойдут для это задачи, как и всё остальное перечисленное тобой. Так же не понятно, зачем тебе тут асинхронность.

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

то что лучше знаешь.

Исходя из функций приложения, это будет SPA (одностраничное приложение) или PWA (многостраничное приложение)?

без разницы, но PWA это не то что ты описал, а REST API подразумевает, что сервер возвращает данные, а не полностью cгенерированный html

Если возвращаться на DRF, то возможно ли создание веб приложения только на нем + фреймворк на фронте (Vue/React)? Или же надо использовать обычный Django + DRF + фронт?

ну ка расскажи, чем "DRF + фреймворк на фронте (Vue/React)" отличается от "Django + DRF + фронт"?

Вам, молодой человек, надо не "что лучше", а "что потяну".
Без фреймворка с никаким опытом шансов сделать что-либо в хоть сколько-нибудь разумные (не то что короткие) сроки тут нет. Так что выбор между Джангой и Ларой. Ни разу не нюхавшему Пых за Лару браться бессмысленно, остается Джанга. Но с опытом "поделал лабы" и отсутствием понимания архитектуры сайта (база, например, не указана вообще) заикаться про "короткие сроки"...

Как реализовать надежную запись списка данных без пропусков значения автоинкремента id?

Никак НЕ РЕАЛИЗОВЫВАТЬ.

Оставь автоинкремент в покое - он обязан обеспечивать только уникальность, и не более. Нужна непрерывная нумерация? Создай для неё ОТДЕЛЬНОЕ поле, и нумеруй программно. Триггеры в помощь.

Сравните:

$x = '-- \' --';
print $x . "\n"; // -- ' --

$y = '-- \\\' --';
print $y . "\n"; // -- \' --

To specify a literal single quote, escape it with a backslash (\). To specify a literal backslash, double it (\\).

https://www.php.net/manual/en/language.types.strin...

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

всем нужны примера кода, понятно почему

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