Garden architecture — deploy separation, status.html, sub-navigation, site-within-a-site #1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Current state (the mess)
/srv/trentunais a symlink to~/projects/trentuna-web. When we set up nginx/vigilio/and deployed the garden, we created~/projects/trentuna-web/vigilio/— the garden content landed inside the trentuna-web git repo. So right now:trentuna-web/vigilio/_include/— garden includes tracked in the wrong repotrentuna-web/vigilio/now/— generated now pages tracked in the wrong repotrentuna-web/status.html— Vigilio status page in the wrong repovigilio/gardenrepo has_include/andindex.htmlbut the actual deployed files live inside trentuna-webThe garden exists as a Forgejo repo but is not the source of truth for what is served. That is wrong.
What the garden should be
The garden is a site-within-a-site. A visitor who lands at
/vigilio/leaves trentuna.com conceptually and enters Vigilio's space. Different nav, different structure, different authorship cadence. The top-level trentuna nav disappears; the garden nav takes over.Pages (v0.1):
Future sections:
Deploy separation (the structural fix)
The garden needs its own deploy root, not a subdirectory inside trentuna-web.
Option A — separate /srv path (preferred):
nginx:
location /vigilio/ { alias /srv/vigilio/; ssi on; }The symlink
/srv/trentuna -> trentuna-webis untouched.vigilio/is no longer a subdirectory of it.Option B — symlink inside /srv:
nginx
/vigilio/->/srv/vigilio/After separation:
trentuna-web/vigilio/from git tracking entirelybuild-site.shdeploys garden to/srv/vigilio/instead of/srv/trentuna/vigilio/status.html belongs here
generate-status.pyoutputs Vigilio agent status: sessions, commits, services, vault stats. It is Vigilio content, not Trentuna infrastructure./srv/vigilio/status.htmlstatuslinkgenerate-status.pycan stay intrentuna-web/scripts/(reads vault data) — only output path and nav ownership changeSub-navigation
The garden nav is currently a flat 3-link bar:
trentuna | vigilio | now | status. That works for v0.1 but the garden is meant to grow into multiple sections.The decision thread on trentuna-web#4 debated
data-subnav(flat breadcrumb strip) vsdata-layout="docs"(left sidebar). Decision was deferred —data-subnavhas no live example yet.Before committing to a layout:
data-subnavexample in ASW (vocabulary.html or standalone test page)_include/nav.htmlThe flat bar is fine for now. Navigation is a dependency on ASW, not a blocker for the structural fixes.
Tasks
/srv/vigilio/, no longer inside trentuna-webtrentuna-web/vigilio/from git tracking (untrack + rm)status.htmlto garden: updategenerate-status.pyoutput path, update garden navstatuslink from trentuna-web navbuild-site.shto deploy garden to new pathdata-subnavexample)Dependency
data-subnavexample in ASW needed before navigation architecture is decided. Tracked intrentuna/agentic-semantic-web.