docs: verify against real WHP + capture real screenshots
Discovery against the demo account on whp01 surfaced several inaccuracies: - Cache is Valkey (Redis wire-compatible), not Redis or Memcached. No Memcached is offered as a separate service. - Site Monitoring is the sidebar label (not 'AI Monitor'). - 'Add a domain' has no Primary/Add-on distinction. - Sites form: 'Container Type' (not 'Site type'), Number of Containers (1-10 for horizontal scaling), CPU per Container (default 0.25), Memory per Container (default 256MB), SSL inline on the same form. - Backups: default retention 5 days / 10 backups; on-demand + scheduled; S3 backup targets are visible and configurable. - Email: per-domain settings live behind 'Setup Instructions' on the Email page; mail server hostname is on the Dashboard (per-server, e.g. mail01.cloud-hosting.io), not per-domain. Also reworked the screenshot pipeline: - New shots.config.ts targets the real index.php?page=... URLs - Added redactSensitive() step that runs before each screenshot to swap server names, IPs, mail hostnames, and demo-user-isms with neutral placeholders. This keeps docs portable across the fleet. - Hides .brand-full and .navbar-text (top-bar server identifier and Welcome greeting). - Captured 9 real WHP screenshots; removed stale placeholders.
This commit is contained in:
@@ -18,31 +18,28 @@ Boost your container's **CPU**, **RAM**, or **persistent disk** without migratin
|
||||
|
||||
Each resource is independent — upgrade only what you need.
|
||||
|
||||
- **CPU cores** — add cores for sustained-compute workloads.
|
||||
- **RAM** — for memory-hungry apps (caches, large WordPress sites with many plugins, Node apps holding big in-memory state).
|
||||
- **Persistent disk** — for sites that store a lot of files (media libraries, user uploads, backups outside our managed backup).
|
||||
- **CPU cores per container** — visible on the Sites page as **CPU per Container (cores)** (default `0.25`). Add cores for sustained-compute workloads.
|
||||
- **RAM per container** — visible on the Sites page as **Memory per Container (MB)** (default `256`). For memory-hungry apps (caches, large WordPress sites with many plugins, Node apps holding big in-memory state).
|
||||
- **Number of containers** — scale a busy site horizontally from 1 up to 10 replicas; WHP load-balances traffic across them.
|
||||
- **Persistent disk** — for sites that store a lot of files (media libraries, user uploads, etc.).
|
||||
|
||||
## When you might need this
|
||||
|
||||
- **High CPU on busy days.** Your **Overview → Resource usage** chart consistently hits the cap during peak hours.
|
||||
- **"Out of memory" errors** in your app log or `dmesg`.
|
||||
- **Disk usage approaching 80%** of your allocation — get ahead of it; full disks cause backup failures and uploads to fail.
|
||||
- **High CPU on busy days.** Sustained-load sites consistently hit the per-container CPU cap during peak hours.
|
||||
- **"Out of memory" errors** in your app log.
|
||||
- **Disk usage approaching 80%** of your allocation. Get ahead of it — full disks cause backup failures and uploads to fail.
|
||||
|
||||
## How to enable
|
||||
|
||||
From the [client portal](https://secure.anhonesthost.com/clientarea.php), open your hosting service → **Upgrade/Downgrade** → pick the resource amount. WHP applies the change usually within a minute, no downtime.
|
||||
For per-container CPU/RAM upgrades, edit the values directly on the **Sites** page for the site you want to change, and click **Save**. For account-wide upgrades (more total RAM, more total disk), open the [client portal](https://secure.anhonesthost.com/clientarea.php), go to your hosting service → **Upgrade/Downgrade**, and pick the resource increment.
|
||||
|
||||
## See your current usage
|
||||
|
||||
In WHP, sidebar: **Overview → Resource usage**.
|
||||
|
||||

|
||||
|
||||
The chart shows CPU, RAM, and disk over the last 24 hours and 7 days. If you're consistently above 80% of any line, that's the one to upgrade.
|
||||
Open the **Dashboard** page in WHP. The **Server Information** and account stats show what you're consuming. For per-site usage, open a site from the **Sites** page.
|
||||
|
||||
## Related
|
||||
|
||||
- [Monitoring (AI Monitor)](/whp/add-ons/monitoring/) — catches resource saturation before customers complain.
|
||||
- [Site Monitoring](/whp/add-ons/monitoring/) — catches resource saturation before customers complain.
|
||||
- [Add-ons overview](/whp/add-ons/overview/)
|
||||
|
||||
## Still stuck?
|
||||
|
||||
Reference in New Issue
Block a user