wordpress

WooCommerce scheduled actions still sit behind order updates, payments, renewals, customer emails, and webhooks. Because Action Scheduler still relies on WP-Cron unless a store hardens the runner, backlogs remain an operations issue with direct commercial consequences.

MariaDB 10.6 reaches end of life on July 6, 2026. For WordPress and Drupal hosting, that turns older database setups from a background infrastructure detail into a defined upgrade project with version selection, testing, and rollback planning attached.

WordPress 6.9.3 was a useful reminder that even routine security updates can turn into paid troubleshooting when a custom theme depends on behavior WordPress never officially supported. The quick follow-up with 6.9.4 made the operational lesson even clearer: update discipline matters as much as the update itself.

WordPress has made reproducible sandboxes much faster in 2026, from the March 11 launch of my.WordPress.net to the February 6 Playground runtime update for wp-env. But the official tooling still leaves clear gaps around MySQL, deep environment access, and hosting parity, which is why real plugin and production bugs are

WordPress 6.8 changed how core hashes and verifies passwords, moving user passwords to bcrypt and shifting several security-key flows to the new fast-hash path. For sites with custom login APIs, SSO glue code, migration bridges, or direct database checks built around older hash assumptions, that creates a quiet but now

WooCommerce’s current HPOS guidance is a useful reality check for established stores: this is not just a setting to enable. If your store carries plugin debt, custom reporting, or direct database integrations, HPOS migration needs to be scoped and run like an ops project.

WordPress 6.6 and 6.7 made autoload behavior easier to see and stricter in places, but the Site Health warning is still only an alert. The real performance work is figuring out which options should be autoloaded, correcting how they are written, and removing stale data without breaking anything.

WordPress 6.9.2 is a useful reminder that patching WordPress is not just an admin task. For business sites, the real work is having a repeatable runbook: backup first, update core in a controlled way, handle the database step, and verify file integrity before and after the change.

WordPress 7.0's delay is a practical warning: if your editorial workflow still depends on classic meta boxes or untested collaboration infrastructure, the upgrade can bog down well before release day.

A practical rendering audit for business sites that rely on JavaScript, showing how weak initial HTML, mobile gaps, and brittle delivery quietly reduce visibility and enquiries.