Commit

b219e3c

Looked around. There are 2 generations here: legacy src/ + lib/ (express/fastify, firebase auth, docker) and service/ (bun + elysia, data/ -> local server -> supabase -> static site). What's bugging you most: auth, sync flow, or supabase?
Haha I want to redesign the whole thing. About current infra, what I didn't like: ・ Dependent on VS Code, which I haven't opened in 4 months ・ Requires a laptop to write, I want a nice backoffice ・ That the vault lives in a gitignored dir in the repo, so it's like nesting repos…
Shape I'm picturing: a Bun CLI you run in the vault under pitchfork. It indexes the .md, serves a web backoffice, commits+pushes with a GitHub App token, and publishes to Supabase on save. Q: always-on box or laptop?
Then Dokploy could own it: one Bun container, vault = git clone in a volume, GitHub App token pulls/pushes, backoffice behind your existing Supabase login. Keep mise+pitchfork for local dev only, or run it bare on the host?
Still thinking. I mean, I also want to let agents help me with my drafts. In the past I can just run Claude Code on my vault, bare on the VPS. But if it becomes a service, then it introduces indirection. Still weighting tho! But do you understand the difference between files in vault, rows in Supabase, and the HTML files in https://github.com/dtinth/dt.in.th?
GitHubGitHub - dtinth/dt.in.th: @dtinth’s digital garden@dtinth’s digital garden. Contribute to dtinth/dt.in.th development by creating an account on GitHub.

commit b219e3c

I think so. Vault .md = source of truth, private included. publish.ts copies only public notes (plus tree/sitegraph/index/search keys) to Supabase. generate_static_site compiles those rows, caches the result in the row, renders HTML into published/ (dt.in.th repo) and pushes to…
dt.in.thThai Pangsakulyanont