Skip to content

Diff: applications/app-mediakit-marketing.es

From 59d70b8 to 59d70b8

+0 / −0 lines
BeforeAfter
--- ---
schema: foundry-doc-v1 schema: foundry-doc-v1
title: "MediaKit marketing application" title: "MediaKit marketing application"
slug: app-mediakit-marketing slug: app-mediakit-marketing
category: applications category: applications
type: topic type: topic
quality: complete quality: complete
short_description: "app-mediakit-marketing serves multi-tenant marketing landing pages from a single statically-compiled Rust binary — no PHP, no MySQL, no plugin infrastructure — while preserving WordPress.org muscle memory at the operator-facing URL and navigation surface." short_description: "app-mediakit-marketing serves multi-tenant marketing landing pages from a single statically-compiled Rust binary — no PHP, no MySQL, no plugin infrastructure — while preserving WordPress.org muscle memory at the operator-facing URL and navigation surface."
status: active status: active
bcsc_class: vendor-public bcsc_class: vendor-public
last_edited: 2026-05-25 last_edited: 2026-05-25
editor: pointsav-engineering editor: pointsav-engineering
cites: [] cites: []
paired_with: app-mediakit-marketing.es.md paired_with: app-mediakit-marketing.es.md
--- ---
`app-mediakit-marketing` serves multi-tenant marketing landing pages from a single statically-compiled Rust binary — no PHP, no MySQL, no plugin infrastructure — while preserving WordPress.org muscle memory at the operator-facing URL and navigation surface. The application shipped at v0.0.1 in May 2026 and runs two simultaneous production tenants — Woodfine at `home.woodfinegroup.com` and PointSav at `home.pointsav.com` — from the same binary on a single low-cost virtual machine, separated only by environment-variable configuration. It is part of the [[os-orchestration|`os-orchestration`]] surface family and follows the [[leapfrog-2030-architecture|leapfrog-2030 pattern]] of flat-file content with no database dependency. `app-mediakit-marketing` serves multi-tenant marketing landing pages from a single statically-compiled Rust binary — no PHP, no MySQL, no plugin infrastructure — while preserving WordPress.org muscle memory at the operator-facing URL and navigation surface. The application shipped at v0.0.1 in May 2026 and runs two simultaneous production tenants — Woodfine at `home.woodfinegroup.com` and PointSav at `home.pointsav.com` — from the same binary on a single low-cost virtual machine, separated only by environment-variable configuration. It is part of the [[os-orchestration|`os-orchestration`]] surface family and follows the [[leapfrog-2030-architecture|leapfrog-2030 pattern]] of flat-file content with no database dependency.
## Function ## Function
The server presents each tenant's public marketing presence at a configurable domain. The server presents each tenant's public marketing presence at a configurable domain.
WordPress muscle-memory is preserved at the UX layer: the admin interface exposes WordPress muscle-memory is preserved at the UX layer: the admin interface exposes
Dashboard, Pages, Media, and Themes vocabulary familiar to anyone who has operated a Dashboard, Pages, Media, and Themes vocabulary familiar to anyone who has operated a
WordPress site. Internally the application uses no PHP, no MySQL, and no plugin WordPress site. Internally the application uses no PHP, no MySQL, and no plugin
infrastructure. infrastructure.
Each tenant instance reads content from a configurable flat-file content directory and Each tenant instance reads content from a configurable flat-file content directory and
serves pages, media assets, and structured metadata over HTTP. A single compiled binary serves pages, media assets, and structured metadata over HTTP. A single compiled binary
serves both the Woodfine and PointSav tenants through environment variable configuration. serves both the Woodfine and PointSav tenants through environment variable configuration.
Content stored in the tenant's [[totebox-archive|Totebox Archive]] is the canonical source; the running binary is a derived view over that flat-file tree. Content stored in the tenant's [[totebox-archive|Totebox Archive]] is the canonical source; the running binary is a derived view over that flat-file tree.
## Architecture ## Architecture
`app-mediakit-marketing` follows the PointSav leapfrog-2030 pattern: `app-mediakit-marketing` follows the PointSav leapfrog-2030 pattern:
- **Substrate:** Rust + Axum web framework; statically linked binary - **Substrate:** Rust + Axum web framework; statically linked binary
- **Content layer:** Flat-file content directories; no database dependency - **Content layer:** Flat-file content directories; no database dependency
- **DataGraph references:** Entity references resolved against the PointSav DataGraph at - **DataGraph references:** Entity references resolved against the PointSav DataGraph at
runtime runtime
- **Multi-tenant routing:** Tenant identity (`TENANT_ID`) configured via environment - **Multi-tenant routing:** Tenant identity (`TENANT_ID`) configured via environment
variable; a single binary instance serves one tenant variable; a single binary instance serves one tenant
- **WordPress UX surface:** Route vocabulary (`/wp-admin/`, `/wp-admin/post.php`, - **WordPress UX surface:** Route vocabulary (`/wp-admin/`, `/wp-admin/post.php`,
`/wp-admin/upload.php`) and navigation labels match WordPress.org conventions at the `/wp-admin/upload.php`) and navigation labels match WordPress.org conventions at the
HTTP layer HTTP layer
## Deployments ## Deployments
Two simultaneous production deployments operate on a single low-cost virtual machine: Two simultaneous production deployments operate on a single low-cost virtual machine:
| Deployment | Tenant | Domain | | Deployment | Tenant | Domain |
|---|---|---| |---|---|---|
| `media-marketing-landing-1` | Woodfine | home.woodfinegroup.com | | `media-marketing-landing-1` | Woodfine | home.woodfinegroup.com |
| `media-marketing-landing-2` | PointSav | home.pointsav.com | | `media-marketing-landing-2` | PointSav | home.pointsav.com |
Both instances serve from the same binary, separated by environment variable sets in Both instances serve from the same binary, separated by environment variable sets in
each systemd unit. each systemd unit.
## Version State ## Version State
v0.0.1 delivers the core multi-tenant server, WordPress-compatible navigation, and basic v0.0.1 delivers the core multi-tenant server, WordPress-compatible navigation, and basic
flat-file content serving. DataGraph entity integration, media upload handling, and the flat-file content serving. DataGraph entity integration, media upload handling, and the
full WordPress-equivalent admin dashboard are planned for subsequent milestones. full WordPress-equivalent admin dashboard are planned for subsequent milestones.
## Tier Compatibility ## Tier Compatibility
The server is Tier 0 compatible: it runs on a single low-cost VM alongside other The server is Tier 0 compatible: it runs on a single low-cost VM alongside other
PointSav substrate services without requiring dedicated compute. Both production PointSav substrate services without requiring dedicated compute. Both production
deployments run concurrently on the same VM instance (2 vCPU, 4 GB RAM). deployments run concurrently on the same VM instance (2 vCPU, 4 GB RAM).
## See also ## See also
- [[app-mediakit-knowledge]] — the companion knowledge-wiki engine in the MediaKit family - [[app-mediakit-knowledge]] — the companion knowledge-wiki engine in the MediaKit family
- [[leapfrog-2030-architecture]] — the architectural pattern that governs the flat-file, no-database substrate - [[leapfrog-2030-architecture]] — the architectural pattern that governs the flat-file, no-database substrate
- [[totebox-archive]] — the Totebox Archive that holds canonical content for each tenant - [[totebox-archive]] — the Totebox Archive that holds canonical content for each tenant
- [[os-orchestration]] — the orchestration OS that hosts the MediaKit family - [[os-orchestration]] — the orchestration OS that hosts the MediaKit family