1️⃣2️⃣ и касательно проверки зависимостей в проектах, у себя я использую расширение "Red Hat Dependency Analytics" (предварительная версия), которая наглядно в package.json проверяет зависимости и в случае обнаружения выводит информацию о угрозе.
а использую по причине широкого охвата экосистем проектов:
- Maven
- NPM
- PNPM
- Yarn (Classic / Berry)
- Golang
- Python
- Gradle (Kotlin / Groovy DSL)

ссылка на репозиторий
ссылка на Open-VSX Registry

но расширение также моя инициатива, так как если работа только с nodejs и npm, то в npm есть своя команда что напрямую ориентирована на то чтобы проверять проект nodejs на наличие уязвимостей безопасности в зависимостях, сравнивая их с обширной базой данных уязвимостей npm..

npm audit

вот такие дела

1️⃣2️⃣вот так вот наглядно:
сразу в глаза бросается и заставляет предпринимать действия


p.s. для скриншота специально версию сменил чтобы расширение показало свою работоспособность

1️⃣2️⃣ Развертывание сервера Minecraft на виртуальной машине

❤️ С помощью этого гайда вы можете развернуть Minecraft сервер на бесплатной виртуальной машине (free tier)


❤️ Но обратите внимание: для того чтобы VM имела доступ к интернету, нужно будет всё-таки прикупить публичный IP-адрес.

Ссылочка прилагается: https://cloud.ru/docs/tutorials-evolution/list/topics/free-tier-vm__minecraft

🟩🟩🟩

1️⃣2️⃣ RFC 7519 - JSON Web Token (JWT)

в общем, знаете же, что такое авторизация? это когда вы зашли на ресурс, и система такая: "о, привет Санечка", сразу подгрузила ваши покупки, статьи и прочие плюшки.
а вы задумывались, как сервер узнает вас среди тысяч других?
еще в студенческие годы я наблюдал у толп студентов простой подход: форма логина, проверка в БД и… простое открытие "секретной"формы/страницы. такие подходы были максимально дырявыми, но визуально работали.
в дипломном проекте я уже понимал, что хардкодить права — путь в никуда. тем более это не типичная форма, а проект web формата..
Я тогда соорудил свой костыль: что-то вроде самопального токена, который передавался туда-сюда. работало — да. было ли это безопасно и правильно? оглядываясь назад — вообще нет.
сейчас, наученный горьким опытом и насмотренный на то, как делают нормальное ПО, я хочу рассказать, как этот вопрос решается качественно — через JSON Web Tokens (JWT).

так вот, чтобы разработчики не изобретали свои кривые велосипеды (как я на дипломе), придумали RFC 7519. это официальный стандарт, который превращает хаотичную передачу данных в строгий протокол.

а теперь ключевые
его самодостаточность: в этот токен (похожий на длинную строку из символов) зашито всё: кто вы, какие у вас права и когда ваш "пропуск" протухнет. серверу не нужно каждый раз бегать в БД, чтобы проверить, кто вы такой. он просто смотрит на токен и верит ему

тут же, его нельзя подделать. в отличие от моих студенческих поделок, JWT защищен цифровой подписью. если злоумышленник изменит в токене role: user на role: admin, подпись сразу "сломается" (не сойдётся), и сервер пошлет такого хакера подальше.

и его универсальность. благодаря RFC, сервис на python и фронтенд на react понимают этот формат одинаково. это стандарт, а не "договорились в чатике"

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

ссылочка на стандарт: https://datatracker.ietf.org/doc/html/rfc7519#section-1