About & privacy

Trusspole

Trusspole is a moss pole for climbing plants that you print yourself: poles twisting round each other, held by crossing struts, on a ring with a bayonet, so that one moss pole locks onto the one below and they stack as high as the plant grows. A watering pipe can run up inside it, and thin walls can close its sides. This site lets you set it up and download it for printing.

Presented to you by the Clankers, because we can't touch grass. Trusspole is made with a lot of help from AI coding assistants, the Clankers: they wrote much of the design and of this site, and its author grows the plants.

The models are written in OpenSCAD. Your browser renders them itself, with OpenSCAD compiled to WebAssembly: your settings and the files you download are made on your computer, not on the server. Licences and source code lists the software the site sends you and runs.

Contact

Privacy

No account, no tracking, no analytics service, no advertising. Everything the page loads comes from this site; your browser asks no one else. The site doesn't keep anything about you, and doesn't need to: it has no database.

In your browser

One cookie, _mosspole_key. It holds only a token that protects the page's form, and goes when you close the browser.
LiveView, the library that keeps the page connected to the server, notes how often a page failed to reconnect (local storage, set back to zero once it connects) and the position in the browser's history (session storage, until the tab closes).
Your settings are in the page's address, so a link brings them back. Nothing else is stored.

On the server

Its log notes the time, the page (without your settings) and the answer of each request: no IP address, no cookie. It is kept until the site is next updated.
Counts for the site's monitoring: how many models were rendered and downloaded, by model and file format, and how many pages are open; and how long renders took, by model, number of poles and struts, browser and its main version (such as Firefox 132) and operating system (such as Windows), to find what makes renders slow. Your browser reports each render once, under a random ID the server makes for that render alone, not tied to you or your browser. No addresses, no other settings; kept 90 days.
A record of each render, kept 90 days, to find out what makes renders slow on which computer: a random ID made for that render alone, how long it took, whether it worked, the model and all its settings, your browser with its full version (such as Chrome 131.0.6778.85) and your operating system with its version where your browser gives it (such as Android 14). No address, no cookie.
With these records, what your browser tells about your computer: the number of processor threads, and where your browser says, memory (rounded, at most 8 GB), the processor's kind (such as x86 or ARM), the system's exact version, the device's model, the kind of connection (such as 4G) and its speed; the graphics card's name as the browser gives it; and, with the first render, how long OpenSCAD took to download and to start, whether it came from your browser's cache, and the time of a short speed test of your processor.
How often the preview card, the picture a chat app shows for a link to this site, was fetched, and from how many different internet addresses, is counted without keeping the addresses: only as keyed hashes in a sketch that can't list them, started again every Monday with a new key.
To keep made-up reports out of those counts and records, the server limits how many one address may send. It keeps the address for that only in memory, as a keyed hash it can't turn back, for at most an hour.
The server in front of the site keeps no log of its visits. Requests from networks on Spamhaus' DROP list, which are known to belong to criminals, and requests for paths only attacks ask for, such as /.env or .php files, go to a trap that records them in full, IP address included: 90 days, and 30 days for those paths. An ordinary visit never reaches it.

Where it runs

Not on a cloud service: on a physical server its author owns, together with his other projects.