- rename the two libraries: writeonce-framework -> writeonce-serve
(`use serve`), wo-html -> writeonce-view (`use view`). Names say the
ROLE now; every sample, script, gate and live doc follows
- stories/specs/plans keep the old names: they are dated records, and
both library READMEs carry a "renamed 2026-08-25" note
- serve/http/files.wo: StaticFiles { dir, max_bytes } — traversal
refused not normalised, extension content types, attachment
disposition for archives. Lifted out of the shop, which had said in
a comment that it belonged in the framework
- shop drops its private copy and mounts the framework's
- site: /dl/*path over $WO_DIST (default ./dist), 16 MiB ceiling
- /install gains supported systems — Linux x86-64, glibc >= 2.38,
not musl — read off `file` and the binaries' GLIBC_ symbol
versions, not off a wish list; plus GitHub release as primary,
/dl as mirror, and the sha256 verify step
- site-accept: 17 -> 21 checks (supported systems, gzip download with
a binary-safe probe, checksum, /dl traversal 404)
Verified on 192.168.0.165: the real 960,820-byte tarball downloads
as application/gzip and its sha256 matches the published digest.
Gates: oop-accept MET, site 21/0, web-app 46/0, fibers 10/0,
db-actor 8/0; shop rebuilt and its /assets served by the framework.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
50 lines
1.7 KiB
Text
50 lines
1.7 KiB
Text
-- layout/app.wo — the app shell (app.html's analog): one full document
|
|
-- wrapping every page with the shared header and footer. Styles are NOT
|
|
-- inlined — pages link /assets/style.css (served by static_files), so
|
|
-- markup and styling stay separate files.
|
|
use serve/http
|
|
use view
|
|
|
|
-- The app shell as a COMPONENT (writeonce-view's `Component`: fields in, Text
|
|
-- out), the same shape as writeonce-view's own `Layout` — two slots instead of
|
|
-- four, and its own document rather than `page()`'s, because this
|
|
-- template deliberately LINKS a stylesheet instead of inlining one.
|
|
-- That is the whole reason it is not just `Layout`: markup and styling
|
|
-- stay separate files here.
|
|
pub class AppShell {
|
|
title: Text
|
|
content: Text
|
|
|
|
fn render() -> Text {
|
|
return `
|
|
<!doctype html>
|
|
<html>
|
|
<head>
|
|
<meta charset="utf-8">
|
|
<meta name="viewport" content="width=device-width,initial-scale=1">
|
|
<title>{{ self.title }}</title>
|
|
<link rel="stylesheet" href="/assets/style.css">
|
|
</head>
|
|
<body>
|
|
${header()}
|
|
<main class="site-main">${self.content}</main>
|
|
${footer()}
|
|
</body>
|
|
</html>`;
|
|
}
|
|
}
|
|
|
|
-- `ok_html` is the FRAMEWORK's (http/types.wo, beside ok_text/ok_json):
|
|
-- a status line and a content-type is transport, not rendering, and both
|
|
-- HTML samples had hand-rolled the identical four lines.
|
|
|
|
pub fn html_error(status: Int, title: Text, msg: Text) -> Resp {
|
|
let content = `
|
|
<h1>{{ title }}</h1>
|
|
<p>{{ msg }}</p>
|
|
<p><a href="/">Back to products</a></p>`;
|
|
let shell = AppShell { title: "shop — ${title}", content: content };
|
|
let h: map<Text, Text> = {};
|
|
h["content-type"] = "text/html; charset=utf-8";
|
|
return Resp { status: status, headers: h, body: shell.render() };
|
|
}
|