gitea
0509ebd597
Domyka od strony wdrozenia ochrone dodana w aplikacji (PR #10 w repo astrololo). Bez tych zmiennych aplikacja startuje OTWARTA, a wystawia tresc oryginalnych baz interpretacyjnych. - presentation: APP_PASSWORD + INTERNAL_TOKEN z sekretu, APP_USER i RATE_LIMIT_PER_MIN jawnie (nie sa tajne). - logic, data: INTERNAL_TOKEN z sekretu — bez niego da sie ominac logowanie, uderzajac wprost w warstwe nizej. Warstwa danych oddaje SUROWE wiersze, wiec to najwrazliwszy punkt. WARTOSCI SEKRETOW CELOWO NIE TRAFIAJA DO REPO — to GitOps, wiec zostalyby w historii gita na zawsze i przekreslily caly sens tej zmiany. Manifesty tylko odwoluja sie do sekretu `astrololo-auth`, tworzonego poza repo — ta sama konwencja co istniejacy `gitea-registry`. UWAGA: sekret jest WYMAGANY (bez `optional: true`), wiec pody nie wstana, dopoki go nie utworzysz. To swiadome: lepsza widoczna awaria niz cichy start bez ochrony. Instrukcja tworzenia i zmiany hasla w astrololo/README.md. Przy okazji: poprawiony mylacy komentarz przy EXCEL_DIR — pliki baz ida z NFS, nie z obrazu (montaz je nadpisuje). Zwalidowane `kubectl kustomize` dla bazy i profilu swisseph: sekrety trafiaja do wlasciwych uslug, a w wyniku nie ma zadnego `kind: Secret`. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>