MAx Cache is now generally available as part of CloudLinux subscriptions at no additional cost. After testing in beta, both the Apache and Nginx modules are now production-ready.

MAx Cache is a pair of native web server modules that serve cached WordPress pages directly from Apache or Nginx, without running PHP. Hosting providers deploy it at the server level. Site owners enable it through the AccelerateWP plugin in WordPress. If you followed the beta, the workflow is the same. If you're hearing about MAx Cache for the first time, read on.

Hosting servers with Apache can now handle 18% more traffic with 20% faster response times, without any configuration changes. Today we're announcing the beta release of .htaccess cache, a new feature in MAx Cache that compiles .htaccess files into memory, eliminating the per-request disk I/O that slows down every page load on a server.

This new feature builds on the MAx Cache for Apache module we released in December 2025 and the MAx Cache for Nginx module that followed in early 2026. If you already run MAx Cache for Apache, you get .htaccess caching with a single package update. No new packages, no new configuration.

This release also adds CloudLinux 10 support across the entire MAx Cache stack: Apache module, Nginx module, and .htaccess caching..

CloudFest 2026 is just around the corner, and the CloudLinux team is excited to once again join the global hosting community for one of the industry’s most anticipated events.

If you run CloudLinux with CageFS on a cPanel server that was upgraded to v134 or newer, you may see a false positive warning from cldiag. A fix is in progress. In the meantime, a simple workaround resolves it.

As we enter 2026, the hosting industry faces a familiar but intensifying challenge. In the 2026 Web Hosting Trends Report, produced by CloudLinux together with our partner WebPros, around 65% of hosting providers reported revenue growth in 2025. But that growth is getting harder to keep.

In January, we launched the beta of Per-Site CageFS Isolation as the first phase of our Website Isolation project, introducing file system isolation between websites within the same hosting account.

Today, we're delivering Phase 2 with two significant additions: Per-Site PHP Selector, which lets each isolated website run its own PHP version and extensions, and a new self-service activation model that gives hosting providers granular control over who can use Website Isolation and lets end users manage isolation for their own domains.

In December 2025, we released MAx Cache for Apache, a native module that serves cached WordPress pages directly from the web server without invoking PHP. Today, we're bringing that same capability to Nginx with a purpose-built module that delivers even greater performance gains than the Apache version.

MAx Cache for Nginx works alongside AccelerateWP: hosting providers deploy it at the server level, and site owners enable it through the AccelerateWP plugin in WordPress.

The VPS hosting market is booming, projected to grow from $5.1 billion in 2024 to $14.1 billion by 2033, but there's a troubling reality behind these impressive numbers: profit margins are under siege.

Updated February 26, 2026: This article has been updated to reflect changes introduced in Phase 2 of CloudLinux Isolates. Key changes: --site-isolation-allow command has been renamed to --site-isolation-allow-all; end users can now enable isolation for their own domains (previously admin-only). See the Phase 2 announcement for full details.

Update on Feb 5, 2026: Added details about partial PHP-FPM support.

We are announcing the beta release of Per-Site CageFS Isolation, a new feature designed to enhance security within multi-site accounts. Available at no additional cost to existing CloudLinux customers, this release marks the first phase of our comprehensive CloudLinux Isolates project.