feat: Phase 1 — extract the client (web SPA + desktop) to dtoro/oikos-web
Some checks failed
ci / build-test (push) Has been cancelled
ci / docker-build (push) Has been cancelled

Problem: the hexagonal refactor churns the backend tree for nine more
phases; the UI delivery stack (web/ SPA, cmd/desktop Wails wrapper,
compose/web image) must move to its own repo first so doc/layout
rewrites land once on a backend-only tree.

Change:
- New repo git.hubris.network/dtoro/oikos-web (v0.33.0): web/, desktop/
  (updateURL repointed to oikos-web releases), compose/, own CI (web +
  desktop jobs), own deploy script (CI-green gate, TOCTOU guard,
  version-tagged images, prune-to-3), own webhook receiver on :9798 +
  launchd unit, own compose project publishing the same 8091:80.
- Cutover executed on mac-mini in order: oikos stack's web service
  stopped+removed, oikos-web project brought up on 8091; outer Caddy
  untouched (targets the published port) — serving + Authentik flow +
  /wails 404 quirk verified post-cutover.
- Stripped from oikos: web/, cmd/desktop/, compose/web/, desktop CI
  workflow, ci.yml web job, Makefile ui/desktop/desktop-package/install
  targets, the compose web service, oikos-web from deploy.sh's fallback
  prune list; wails + go-keyring dropped from go.mod, vendor synced.
- README / CONTRIBUTING / AGENTS.md / .agents dev+operations docs now
  point at the new repo; mbse + mascot design docs carry a path note.

Risk: production SPA serving depends on the new pipeline now; rollback
is versioned-image re-up of the old web service from a pre-split
checkout (port 8091). Desktop builds installed before the split still
check dtoro/oikos releases — one manual reinstall, noted in the
oikos-web release notes.

Verification: go vet, make test (race), make generate-check, golangci
(no new findings; baseline down 400→365); post-cutover curls —
localhost:8091 200, /wails/runtime.js 404, outer Caddy 302 Authentik.
This commit is contained in:
2026-08-15 22:27:52 +02:00
parent e074f04bdf
commit d4d99a7473
18854 changed files with 2615729 additions and 173735 deletions

180
web/node_modules/zimmerframe/README.md generated vendored Normal file
View File

@@ -0,0 +1,180 @@
# zimmerframe
A tool for walking.
Specifically, it's a tool for walking an abstract syntax tree (AST), where every node is an object with a `type: string`. This includes [ESTree](https://github.com/estree/estree) nodes, such as you might generate with [Acorn](https://github.com/acornjs/acorn) or [Meriyah](https://github.com/meriyah/meriyah), but also includes things like [CSSTree](https://github.com/csstree/csstree) or an arbitrary AST of your own devising.
## Usage
```ts
import { walk } from 'zimmerframe';
import { parse } from 'acorn';
import { Node } from 'estree';
const program = parse(`
let message = 'hello';
console.log(message);
if (true) {
let answer = 42;
console.log(answer);
}
`);
// You can pass in arbitrary state
const state = {
declarations: [],
depth: 0
};
const transformed = walk(program as Node, state, {
_(node, { state, next }) {
// the `_` visitor is 'universal' — if provided,
// it will run for every node, before deferring
// to specialised visitors. you can pass a new
// `state` object to `next`
next({ ...state, answer: 42 });
},
VariableDeclarator(node, { state }) {
// `state` is passed into each visitor
if (node.id.type === 'Identifier') {
state.declarations.push({
depth: state.depth,
name: node.id.name
});
}
},
BlockStatement(node, { state, next, stop }) {
// you must call `next()` or `next(childState)`
// to visit child nodes
console.log('entering BlockStatement');
next({ ...state, depth: state.depth + 1 });
console.log('leaving BlockStatement');
},
Literal(node) {
// if you return something, it will replace
// the current node
if (node.value === 'hello') {
return {
...node,
value: 'goodbye'
};
}
},
IfStatement(node, { visit }) {
// normally, returning a value will halt
// traversal into child nodes. you can
// transform children with the current
// visitors using `visit(node, state?)`
if (node.test.type === 'Literal' && node.test.value === true) {
return visit(node.consequent);
}
}
});
```
The `transformed` AST would look like this:
```js
let message = 'goodbye';
console.log(message);
{
let answer = 42;
console.log(answer);
}
```
## Types
The type of `node` in each visitor is inferred from the visitor's name. For example:
```ts
walk(ast as estree.Node, state, {
ArrowFunctionExpression(node) {
// `node` is of type estree.ArrowFunctionExpression
}
});
```
For this to work, the first argument should be casted to an union of all the types you plan to visit.
You can import types from 'zimmerframe':
```ts
import {
walk,
type Visitor,
type Visitors,
type Context
} from 'zimmerframe';
import type { Node } from 'estree';
interface State {...}
const node: Node = {...};
const state: State = {...};
const visitors: Visitors<Node, State> = {...}
walk(node, state, visitors);
```
## Context
Each visitor receives a second argument, `context`, which is an object with the following properties and methods:
- `next(state?: State): void` — a function that allows you to control when child nodes are visited, and which state they are visited with. If child visitors transform their inputs, this will return the transformed node (if not, returns `undefined`)
- `path: Node[]` — an array of parent nodes. For example, to get the root node you would do `path.at(0)`; to get the current node's immediate parent you would do `path.at(-1)`
- `state: State` — an object of the same type as the second argument to `walk`. Visitors can pass new state objects to their children with `next(childState)` or `visit(node, childState)`
- `stop(): void` — prevents any subsequent traversal
- `visit(node: Node, state?: State): Node` — returns the result of visiting `node` with the current set of visitors. If no `state` is provided, children will inherit the current state
## Immutability
ASTs are regarded as immutable. If you return a transformed node from a visitor, then all parents of the node will be replaced with clones, but unchanged subtrees will reuse the existing nodes.
For example in this case, no transformation takes place, meaning that the returned value is identical to the original AST:
```js
const transformed = walk(original, state, {
Literal(node) {
console.log(node.value);
}
});
transformed === original; // true
```
In this case, however, we replace one of the nodes:
```js
const original = {
type: 'BinaryExpression',
operator: '+',
left: {
type: 'Identifier',
name: 'foo'
},
right: {
type: 'Identifier',
name: 'bar'
}
};
const transformed = walk(original, state, {
Identifier(node) {
if (node.name === 'bar') {
return { ...node, name: 'baz' };
}
}
});
transformed === original; // false, the BinaryExpression node is cloned
transformed.left === original.left; // true, we can safely reuse this node
```
This makes it very easy to transform parts of your AST without incurring the performance and memory overhead of cloning the entire thing, and without the footgun of mutating it in place.
## License
MIT