De chrome en vier schermen met servergegevens (shaer-bqr, stap 3e)
topnav en profile-sheet naar mod/chrome.js; admin-media, admin-videos, paid-gate,
paid-passkey en admin-playlists naar eigen modules.
TWEE MANIEREN om servergegevens bij een module te krijgen, en de keuze is niet
willekeurig:
OP HET ELEMENT waar de tekst bij EEN ding hoort. De zoekteksten staan nu op
#search-overlay, de twee themalabels op het label zelf. Dat is
ook robuuster: bij een htmx-navigatie wordt de chrome
vervangen, en dan komt de tekst gewoon mee.
VIA pageData() waar het om paginabrede gegevens gaat (csrf, slug, een blob,
een setje meldingen).
De chrome kon niet via pageData: die leeft langer dan een pagina.
DRIE FOUTEN ONDERWEG, alle drie gevangen voordat er iets stuk ging:
- Ik zocht de eerste </script> in het HELE bestand in plaats van die na het
openende tag. paid-gate en paid-passkey hebben een <script src> erboven, dus
het "blok" werd leeg en er werd een lege module geschreven. Teruggezet uit
git en de zoekfunctie kreeg een offset plus een controle dat het blok niet
leeg is.
- Een zoekterm sloot te vroeg af: de tekst van delete_failed loopt door in
dezelfde JS-string (": " + err.message), dus het patroon met de sluitquote
matchte niet.
- Een eerdere poging verving nul regels en schreef toch. Nu telt de helper de
vervangingen en weigert als het er niet exact zoveel zijn als opgegeven.
Die controle op "geen enkele module bevat nog EJS" draait mee, en er is er nu een
bij die een verdacht lege module afvangt -- precies wat fout 1 opleverde.
Templates compileren, suite 565/565.