Сергей Горностаев

Но установка Postgres очень большая...

PostgreSQL занимает около 185 Mb на диске, не требует установки и в стандартной конфигурации ему требуется для работы всего 128 Mb оперативной памяти, а в минимальной вовсе 8 Mb. Это одна из самых малотребовательных к ресурсам СУБД. Если надо ещё меньше и ваш скрипт будет работать в единственном экземпляре, можно посмотреть в сторону файловых СУБД, например SQLite.

В СУБД хранятся права доступа к файлам и пути к ним в MinIO. В MinIO хранятся только файлы (в их путях никакой информации не храниться).

Мы вместо путей храним идентификаторы формата UUID. В хранилище находятся только сами файлы.

Когда сайт загружается, клиентское приложение отправляет запрос к серверу. Сервер проверяет права доступа и возвращает временную ссылку на файл в MinIO. Клиентское приложение использует временную ссылку.

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

У нас, как и во многих других компаниях, инфраструктурные компоненты, включая объектное хранилище, расположены во внутреннем контуре, к которому нельзя получить доступ извне, поэтому вариант со ссылкой невозможен. Клиент запрашивает файл у реактивного сервиса, который читает файл из хранилища в виде потока байт и тут же отдаёт в виде сегментированного http-ответа.

Также есть вопросы о масштабируемости. Например, следует ли мне создавать бакеты на регионы? Или свой MinIO сервер на регион?

Зависит от ваших нагрузок. Как показывает опыт, при нескольких сотнях запросов в секунду к хранилищу с десятками терабайт файлов одного сервера Ceph с одним бакетом вполне хватает.

Для установки модуля в системе должен быть установлен и настроен компилятор C++

В большинстве CMS - это пара-тройка таблиц с перекрёстными ссылками, которые можно представить, как дерево компонентов страницы.

Но что-то ничего подобного я не наблюдаю ни на Ютубе(очень страшно), ни на сайте OpenAI с ChatGPT(страшно), ни на Хабре...

Естественно, сессии часто первыми становятся бутылочным горлышком при росте нагрузки, поэтому большими ресурсами не используются.

Никаких отличий.

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

А теперь возьмите не синтетический тест, а реальную задачу сложнее перекладки json'ов, например, с шифрованием, дайте серьëзную длительную нагрузку и посмотрите латентность по процентилям.

Я давно продал душу банку и уже не помню точных формулировок, но тоже заполнял паспортные данные в анкете и соглашался на хранение и обработку персональных данных. Процесс под вас менять никто не будет, так что для вас вопрос стоит так: "Готов ли я отказаться от этой вакансии из-за опасений о спаме?"

Кинопоиск - это самописанное на языке Java и фреймворке Spring решение, CMS там не используется.

Куда легче всего пробиться в программирование?

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

Мне вообще всё равно, куда идти в плане доходов (лишь бы на еду хватало)

Почему тогда именно ИТ?

поскольку знаю, что я не выдающийся человек ни в чём

Бизнес выдающихся и не ищет в основном.

- Теоретический опыт по книгам по Java,

Подозреваю, что сейчас это знает каждый школьник.

Школьники сейчас читать-то не умеют многие.

Что вы мне посоветуете?

Ещё раз хорошо подумать нужно ли вам именно ИТ. Во-первых, в силу хайпа сюда сейчас ломятся все подряд, соответственно прорваться на первое рабочее место очень непросто. Во-вторых, в отрасли довольно большая концентрация тех, кто программирование любит, с такими тяжело конкурировать, а чем выше будете забираться, тем чаще придётся. Есть множество работ, куда попасть легче и где хватать будет не только на еду.