EC2 in London
Sites run on Ubuntu 24.04 EC2 instances in eu-west-2, with nginx, PHP 8.4 and a PHP-FPM pool per site, so one site’s busy afternoon doesn’t become another’s problem.
AWS in London, our own control plane on CloudPanel, and years of running busy sites. We handle the rest.
BY THE NUMBERS
These come from the sites we host today, not from a brochure.
media. CDN hostnameAMAZON WEB SERVICES
Plenty of hosts resell a box and hope. We design the account, the permissions and the recovery plan, then keep tuning them.
Sites run on Ubuntu 24.04 EC2 instances in eu-west-2, with nginx, PHP 8.4 and a PHP-FPM pool per site, so one site’s busy afternoon doesn’t become another’s problem.
Databases that matter live on managed RDS with automated backups and restore points, rather than on the same disk as the web server.
New uploads go straight to a private S3 bucket and out through CloudFront on the site’s own hostname. Old links get proper 301s, and we compare every file before we switch anything.
Sites never hold AWS credentials. A small broker on the host checks which site is asking at the kernel level and only lets it write to its own prefix. Instance metadata is locked down too.
Media is versioned and backed up daily by AWS Backup for 30 days. Deploy history is bundled to S3 and verified. We restore test files before trusting a new backup, because a backup nobody has restored is only a hope.
Every morning we get a plain report on the host, the database, the media bucket and the cache, so surprises are rare and small.
ACEHOST CONTROL PLANE
We started with CloudPanel and kept building. AceHost is our own control plane on top of it, tracked in Git like everything else.
/core and /assets layout and shared uploads that survive every release.FAST AT EVERY LAYER
DNS, TLS and edge caching through Cloudflare, with purges wired into deploys. Mail records stay DNS-only, so verification and delivery keep working.
Ace Redis Cache is our WordPress page and object cache. It warms real pages after each release and stands aside for logged-in users, baskets and checkouts.
Varnish answers repeat visits straight from memory. Every purge reaches Varnish and Redis together, so neither serves a stale page, and anything personal, such as baskets, checkouts and signed-in pages, is never stored.
OPERATIONS IN DISCORD
Our team chat has a bot plugged into the platform. It shows live CPU, memory, disk, database, media bucket and cache health in its status, posts every deploy and incident as it happens, and answers questions like “what’s wrong with this site?” with real data.
ANALYTICS, WITHOUT THE CREEP
Across the sites we run, Google Analytics, Clarity and similar tools stay switched off until a visitor says yes, Do Not Track counts as a no, and Google gets proper Consent Mode signals. Our own SEO plugin counts people and bots separately, so you can see what is really read and what is just crawled. This website runs no analytics or advertising cookies at all.
IN THE LAB
An invite-only panel with two-factor sign-in is being built. It opens only once tests prove every customer sees and changes their own sites, and nobody else’s.
FROM THE BLOG
We write up what works on our own servers so you can use it on yours, with the commands included.
STRAIGHT TALK
We sell managed hosting. Right now we’re testing the waters with ten invited beta sites before we open more widely, and we’d rather tell you what’s live and what isn’t than oversell a dashboard. If you want a host that knows AWS inside out and replies in person, start a conversation.