Как устроен этот сайт

Прокси, отправляющий гостя на форму входа, — удобство, а не граница безопасности. Настоящая проверка вызывается первой строкой в каждом серверном действии и при каждой загрузке данных. Ошибка в правилах прокси тогда стоит неудобства, а не утечки.

Самые личные данные лежат в отдельных таблицах и никогда не проецируются в общий граф. Будь они одной таблицей с флагом «приватное», секретность держалась бы на правильности фильтра — а одна ошибка в условии означала бы утечку. Здесь фильтровать просто нечего. Отдельный тест следит, чтобы публичная зона не начала импортировать приватную: он краснеет — сборка не проходит.

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

Валидация, репозиторий, сервис. При этом здесь намеренно нет агрегатов, event sourcing и CQRS: для однопользовательской системы это оверинжиниринг. Слоёв ровно столько, сколько окупается.

Размен назван прямо: на своём сервере SQLite дешевле в обслуживании. Взят Postgres — ради конкурентного доступа нескольких модулей сразу и лёгкого пути на управляемую базу, если сервер придётся менять.

Сырой хэш содержит «$», а загрузчики переменных окружения — и в разработке, и в docker-compose — принимают его за подстановку и молча портят значение: вход ломался без единой ошибки в логах. Альтернативу (экранировать по-разному в двух местах) отвергли как ловушку. Хранение в base64 читается всеми одинаково.