WordPress stack services
This page shows the capabilities provided by the services in the WordPress stack and the connections, configs, settings, cron schedules, actions, volumes, backups, imports, and other customizations attached to them for this specific stack.
| Stack service | Base service | Versions | Role |
|---|---|---|---|
| Vinyl (WordPress) | 8.0, 6.0 | Primary | |
| PHP (WordPress) | 8.5, 8.4, 8.3 | Required | |
| Nginx (WordPress) | 1.29, 1.28, 1.27, 1.25 | Required | |
| Ganesha NFS provisioner | 4 | Enabled by default | |
| MariaDB | 11.8, 11.4, 11.2 | Enabled by default | |
| Valkey | 8.1, 7.2 | Enabled by default | |
| Mailpit | 1.20 | Enabled by default | |
| Gotenberg | 8 | Enabled by default | |
| OpenSMTPD | 7 | Disabled by default | |
| Cloud MariaDB | 10.3 | Disabled by default | |
| Cloud MySQL | 5.7, 8 | Disabled by default |
- Additional services can be added or removed.
- When one of the services in the stack updates, the stack can be upgraded to a new revision.
- Stack changes can then be rolled out to environments on your schedule.
Backups
Protect service data with repeatable backup workflows that stay attached to the stack.
Imports and migration
Bring working data into another environment or onboard existing workloads faster with stack-defined import flows.
Configs
Keep service config files versioned with the stack instead of rebuilding them per environment.
Settings
Tune service behavior per environment while keeping one reusable stack baseline.
Cron schedules
Run repeatable background jobs with visible schedules and execution details tied to the stack.
0 0 * * *. Command: wp cron event run --due-now --path="${HTTP_ROOT}" --url="${WODBY_PRIMARY_URL}".Actions
Keep one-off and lifecycle commands with the service instead of relying on manual runbooks.
Volumes
Provision the persistent storage and shared volume relationships the stack expects.
Service links
See how services are wired together so dependencies stay consistent across environments.