Built for speed

Tuned for MyBB, not generic PHP.

Every forum runs our MyBB-optimized engine — nginx + PHP-FPM, full-page caching for guests and OPcache + JIT for everyone signed in — so busy threads are served from memory instead of rebuilt on every request.

measured on our hardware
63ms
to load a page with
200 requests at once
on 2 CPU cores — versus about 7.8 seconds with the cache off, the way traditional PHP hosting serves the same page.
why it holds up
0
PHP executions per cached hit
0
database queries per cached hit

Guests are served fully cached HTML straight from memory — the web server just hands back bytes.

Signed-in members always get a freshly rendered page (precompiled PHP in memory) — the speedup is for guest reads.

Same seeded forum, same 2 CPU cores — only the guest page cache toggled.

How it works

Guests hit cache. Members hit memory.

The two paths that keep a forum quick: anonymous readers are served cached HTML at the edge with no PHP or database work, while signed-in members run from precompiled bytecode held in memory.
Three things that make it fast

Cached, compiled, and never stale

Full-page guest cache

Anonymous visitors get cached HTML — no PHP, no database hit — so a surge of readers doesn't slow your board.

Compiled, in-memory PHP

Signed-in pages run from precompiled bytecode held in shared memory — OPcache + JIT mean MyBB is never re-parsed on each request.

Always fresh

The cache clears the instant someone posts or edits — readers never see a stale thread.

Measured, not marketed

We ran the numbers on our own hardware

Same seeded forum, same two CPU cores — we changed one thing: whether the guest page cache was on. With it on, the engine barely notices a crowd. With it off — the way a traditional Apache or nginx + PHP host serves the same board — it buckles under load.

That speedup is for guest page-views, the bulk of forum traffic. Signed-in members and anyone posting always get a freshly rendered page.

same forum · 2 CPU cores · 200 requests at once
Cache on
63ms
9 in 10 under 129 ms
Cache off
7.8seconds
9 in 10 took over 11 s

Median time to get a page back, with 200 requests arriving at once.

pages served per second
Cache on — our engine3,340/sec
Cache off — traditional PHP hosting17/sec
✕ stuck at 17/sec whether 10 requests wait or 200 — the rest just queue
0 PHP · 0 database queries per cached hit
Dedicated NVMe hardware — never shared, oversold VPS slices

Measured with compression on, the way a browser actually requests pages. Only the cache changed between the two runs. The gain is for guests reading cached pages — signed-in members and anyone posting always get a freshly rendered page.

Flexibility

Choose your PHP, per forum

Older mods on one board, the latest on another — each forum picks its own runtime.

PHP 8.2 – 8.5

Run the version your themes and plugins need — all four are available side by side, and we retire versions once they go end of life.

Switch in place

Change a forum's PHP version from the Developer tab and it reloads in seconds — no rebuild, no downtime.

8.3 by default

New forums start on the fastest current release, with sensible, bounded php.ini options you can tune.

No lock-in

Same MyBB — just faster

It's stock MyBB 1.8, not a fork. You keep full SFTP and database access, install any theme or plugin, and can export a complete backup whenever you like. The speed comes from the stack around your forum, not from changing your forum.
FAQ

Questions, answered

No. The full-page guest cache clears the instant someone posts or edits, so readers always get the current thread — they just get it from memory instead of a rebuild.

Put the engine to the test.

Deploy a forum on a 30-day free trial and see how it holds up — no credit card.

Guest pages served from cache30-day free trialStock MyBB 1.8