Fedoresko1

У меня по всему этому возникает вопрос: тут схвачено столько, сколько команда профессионалов делает несколько лет. Даже чтобы проработать ТЗ до нормального уровня детализации уйдут у вас месяцы работы. )) Не лучше ли взять маленький кусочек вашего ДБО и сделать его как следует? Например, экран с историей транзакций в ЛК и детализацией платежей. Если сделать это на совесть получится интересно воспроизвести весь процесс: начните с дизайна экранов и подробного описания процесса с точки зрения пользователя. Определите схему данных в БД, которые вы будете запрашивать, определитесь какая часть функциональности должна быть в бекэнеде, а какая на фронте. И всё реализуйте в виде красивого демо проекта.

Никак не стыкуется. Для такого типа блокировок нужен расшифрованный трафик. Это значит, что вы передаете подобному сервису свои ключи шифрования. Именно поэтому данные услуги сомнительны для крупных компаний, способных самим построить свою систему защиты без рисков для безопасности трафика. С другой стороны, если вы хоститесь некоем облаке, условном амазоне, то облако может предоставлять все сервисы из коробки, в таком случае вы можете предпочесть терминировать HTTPS в файрволе самого облака, для примера: https://aws.amazon.com/blogs/security/tls-inspecti...
Что касается замедления ютуба и дискорда: есть ли сведения что замедление носит избирательный характер? Нужен ли вообще DPI для такого замедления? Думается, что там просто-напросто блокируют часть пакетов, идущих определенным маршрутом, и даже в этом случае нужно делать это на уровне провайдеров.

Согласен с коллегами которые недоумевают насчет хранения разницы. Хранить её крайне вредно - это дупликация данных, которая вызывает дополнительные сложности с поддержанием консистентности. Разница легко вычисляется при чтении, именно так и нужно поступить.