gitea
a9955a736b
Nowy komponent skladajacy raport PDF. Osobny obraz, bo dzwiga TeX Live (setki MB) — ta sama zasada co przy izolacji swissepha (LOG-27): obraz produktu zostaje maly, TeX aktualizuje sie niezaleznie, a awaria renderu nie kladzie aplikacji, tylko przycisk „Pobierz PDF". - render.yaml — Deployment + Service. ClusterIP, BEZ NodePortu i Ingressu: nie ma powodu, zeby ktokolwiek siegal do tej uslugi z zewnatrz. Rozmawia wylacznie z prezentacja. - Szyfrowanie: wlasny, TRZECI klucz LINK_KEY_PRESENTATION_RENDER z sekretu astrololo-link. Osobny, bo tym laczem plynie CALY raport (dane urodzeniowe i opisy z baz) — przejecie go nie moze otwierac lacza do logiki ani danych. LINK_ENCRYPTION_REQUIRED=true, wiec bez klucza pod NIE wstaje. - readOnlyRootFilesystem + emptyDir na /tmp: kompilacja pisze tylko do katalogu tymczasowego, raport nie zostawia sladu w kontenerze. - Limity rozjechane celowo (100m/256Mi -> 1500m/1Gi): XeLaTeX na obszernym raporcie bierze duzo, ale na krotko. - presentation: RENDER_URL + trzeci klucz lacza. Sekret astrololo-link trzeba UZUPELNIC o trzeci klucz PRZED wdrozeniem, zachowujac dwa dotychczasowe — komenda w instrukcji. Sprawdzone: kubectl kustomize + apply --dry-run=server na zywym klastrze (service/render i deployment.apps/render created). Pelna instrukcja: docs/wdrozenie-render-pdf.md w repo astrololo. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>