v0.1.1
All checks were successful
Build and publish / build (push) Successful in 7m11s
## Summary - Replace all hardcoded muellerprints brand identity in email templates with template variables sourced from env vars - Inject shop context into both `sendInvoice` and `sendDeliveryNote` template calls in `order.ts` - Make API documentation title/description env-var driven ## New env vars (all optional with safe defaults) | Var | Default | Used in | |-----|---------|---------| | `SHOP_NAME` | `"Shop"` | Email subject, body, footer | | `SHOP_CONTACT_NAME` | `""` | Email footer | | `SHOP_ADDRESS` | `""` | Email footer | | `SHOP_PHONE` | `""` | Email footer | | `SHOP_EMAIL` | `ADMIN_EMAIL_ADDRESS` | Email footer | | `SHOP_LOGO_URL` | `""` | Email header logo | | `SHOP_SECONDARY_LOGO_URL` | `""` | Email footer logo | | `API_TITLE` | `"Paperwork API"` | Swagger/OpenAPI title | | `API_DESCRIPTION` | `"Paperwork API"` | Swagger/OpenAPI description | ## Test plan - [ ] Set `SHOP_NAME=TestShop` and trigger invoice send → confirm subject and body use `TestShop` - [ ] Leave `SHOP_NAME` unset → confirm default `"Shop"` appears - [ ] Set `SHOP_LOGO_URL` → confirm logo renders in email header; unset → confirm no broken `<img>` tag - [ ] Check Strapi admin `/documentation` with `API_TITLE=MyAPI` env var Closes #1 Reviewed-on: #2 Co-authored-by: Michael Czechowski <mail@dailysh.it> Co-committed-by: Michael Czechowski <mail@dailysh.it>
libreshop/cms
Strapi-based content backend (catalogue, orders, customers).
Part of the libreshop toolkit. Image
published at git.librete.ch/libreshop/cms on every push to main
and on v* tags.
Source
This repo was extracted from mp/cms/ on 2026-04-29; mp was the
first concrete adapter consuming the toolkit. mp's compose.yml now
pulls git.librete.ch/libreshop/cms:<pin> instead of building locally.
Build locally
docker build -t libreshop/cms:dev .
Adapter contract
See docker-entrypoint.sh and Dockerfile for the runtime surface.
Adapters configure the component via env vars and bind-mounted volumes;
do not patch the running container or rely on internal paths.
Description
Languages
TypeScript
91.6%
Shell
8%
Dockerfile
0.4%