A CI mostantól a build-manifest.py előtt lefuttatja a render-templates.py-t,
és a feloldott dokumentumokat is visszacommitolja a manifest+HTML mellé —
mostantól a _data.json / _templates szerkesztése önmagában elég, nem kell
kézzel futtatni és commitolni a render-templates.py-t. A trigger
paths-ignore-ja kiegészült a '*/*.md' mintával (a generált fájlok
commit-backje ne indítson újabb buildet), a _templates/ almappa mélyebben
van, így ez nem szűri ki a tényleges szerkesztéseket.
A "saját tulajdonú hardver" megfogalmazás mind a 4 dokumentumban javítva
"a Nethely Kft.-től bérelt szerver"-re — a tényleges konstrukció klasszikus
szerverbérlés, nem a Szolgáltató tulajdonában lévő, kolokált hardver.
Co-Authored-By: Claude Sonnet 5 <[email protected]>
Az ÁSZF saját 3.2. pontja "megismerhető, megjeleníthető és letölthető"
szöveget kér — ezt egy önálló (külső CSS/JS-függőség nélküli) HTML oldal
is teljesíti (böngészőből menthető/nyomtatható), külön PDF-render nélkül.
Ez NEM ugyanaz, mint a HRF-33/34 ajánlat-szerződés PDF-je — az egy
ténylegesen elfogadott, hash-elt clickwrap-példány, más indokkal; azt nem
érinti ez a változás.
Egyszerűsödött CI-környezet: WeasyPrint + natív libek (pango/cairo) törölve,
csak pandoc + python3 kell. A manifest "pdf" mezője megszűnt.
A rendereletHTML immár kicsi (nincs PDF), ezért a teljes dist/ kimenet
visszacommitolódik "manifest/" néven (nem csak a JSON) — a fogyasztók
ugyanazzal a git clone-nal a HTML-t is megkapják, nem csak a metaadatot.
A repó-szintű list-artifacts API üresen tért vissza egy sikeres v3
feltöltés UTÁN is (Gitea REST API hiányosság, nem valós hiány — a job
log megerősíti a sikeres feltöltést). Ahelyett, hogy erre az
API-viselkedésre építene, a HT-15 fogyasztóknak megbízhatóbb út: a CI a
kis JSON manifestet (nem a HTML/PDF-eket, hogy a repó ne hízzon) visszaírja
a repóba, ugyanoda, ahonnan a fogyasztók már ma is git clone-nal húzzák a
forrás markdown-t.
paths-ignore: manifest/** a push triggeren, hogy a visszacommitolás ne
indítsa el saját magát újra.
Az első valós CI-futás megmutatta: v4 újabb artifact-storage protokollt
használ, amit ez a Gitea-verzió (1.26.4) még nem támogat
("GHESNotSupportedError"). v3-mal a render+manifest lépés már bizonyítottan
lefut (pandoc HTML + WeasyPrint PDF mind a 4 dokumentumra), csak a feltöltés
bukott — ez javítja.
scripts/build-manifest.py: minden projekt-almappa .md dokumentumát
HTML+PDF-re renderel (pandoc → HTML, WeasyPrint → PDF, full_fonts=True —
lásd HRF-34, ugyanaz a determinizmus-óvintézkedés), és dist/legal-manifest.json-t
ír soronként: version (utolsó, a fájlt ténylegesen érintő commit rövid
hashe, NEM repo HEAD — HT-15), effective_from (a dokumentum saját
"Hatálybalépés napja" sorából parse-olva, null ha még [dátum] placeholder),
content_hash (a forrás git blob hashe, átmeneti megoldás, lásd a script
docstringjét).
.gitea/workflows/legal-manifest.yml: push/manual trigger, teljes (nem
sekély) checkout, pandoc+WeasyPrint telepítve explicit lépésként (nem
egyedi runner-image — így a CI-környezet a workflow fájlból látható és
reprodukálható).
Helyileg tesztelve: effective_from-parse, git_blob_hash, last_commit_hash,
pandoc HTML-render mind helyesen működik. A WeasyPrint-lépés Windows-on
nem tesztelhető (natív libek, lásd HRF-34) — a CI-futtatás bizonyítja.
