unrelatedly, i AM working on building a unified RDF/OWL ontology for my projects using ⛩️📰 书社 and it IS definitely stress-testing its capacity to handle “actual workloads”

jury is still out whether something complexly interconnected like that or something with Just A Lot Of Data (e·g a dictionary) will bog it down more

but i’m pretty sure it’s still faster than Any Static Site Generator

the thing with the approach of “treat everything as an include, create a conceptual archive containing the entire site, and then extract that into public” is that (1) being able to just xpath into any file at any time is actually extremely powerful, and (2) this does just mean loading your entire site into memory and doing every transformation on it all in one go

the approach is to define a

<x:wrapper>
<书社:link xlink:href="about:shushe?include=things/" xlink:show="embed"/>
</x:wrapper>

which then gets all the files in $(INCLUDEDIR)/things/ and transforms to a

<书社:archive 书社:expanded="">
<html:article 书社:archived-as="index.html"><!--…--></html:article>
<!--…-->
</书社:archive>

not hard to do at all

Follow

the use of <书社:link xlink:href="about:shushe?include=things/"> as a shorthand for doing a link with every file nested in things/ is definitely a little conceptually sus, especially once i get to supporting @xlink:show values other than "embed", but it is so convenient 😔

Sign in to participate in the conversation
📟🐱 GlitchCat

A small, community‐oriented Mastodon‐compatible Fediverse (GlitchSoc) instance managed as a joint venture between the cat and KIBI families.