SQLite Object Cache vs OMGF | GDPR/DSGVO Compliant, Faster Google Fonts. Easy.

OMGF can be downloaded for free without any paid subscription from the official WordPress repository. Trusted by 300,000+ WordPress sites. The original Google Fonts self-hosting plugin. OMGF removes the connection between your site and Google’s font servers, eliminating the DNS lookups and render-blocking requests that slow down LCP and TTFB — while making your site GDPR/DSGVO-compliant in the process. German courts have ruled that loading Google Fonts directly violates GDPR, since visitor IPs get logged by Google. OMGF closes that gap entirely: nothing leaves your server. Install it and it works immediately. No setup required, though there’s plenty to fine-tune if you want to. Detection, Out of the Box OMGF scans your site for Google Fonts, Bunny Fonts (fonts.bunny.net), and Jetpack CDN (fonts-api.wp.com) and downloads them to your own server automatically. It even automatically detects and optimizes Google Fonts loaded by Elementor. Free Features Resource hints cleanup — Strips leftover preconnect, dns-prefetch, and preload hints pointing at fonts.googleapis.com and fonts.gstatic.com — dead weight once your fonts are self-hosted. font-display control — Force font-display: swap (or block, fallback, optional, auto) on your Google Fonts, fixing “Ensure text remains visible during webfont load” in Lighthouse and PageSpeed Insights. Performance Checker — Keeps an eye on your setup and flags what’s costing you points: unused subsets, unused weights, missing preloads above the fold, and layout shift from fonts loading late. Google Fonts checker — Pings you when a theme or plugin update introduces new Google Fonts that haven’t been processed yet. Manual control — Globally unload font families or weights you don’t need. Preload the ones that matter above the fold. Integrates with your stack — OMGF works alongside the optimization plugins and page builders you’re already running, including Autoptimize, FlyingPress, Kinsta, LiteSpeed Cache, SiteGround Speed Optimizer, W3 Total Cache, WP Fastest Cache, WP-Optimize, WP Rocket, WP Super Cache, Elementor, Divi, Beaver Builder, Bricks, Oxygen, and Visual Composer. OMGF Pro Where the free version covers the fundamentals, Pro removes the manual work entirely. Smart Optimize — Measures, on real visitor pageviews, exactly which fonts, subsets, and weights get used above the fold. Preloads what matters, strips what doesn’t. No configuration, no guessing — just measured results. Magic Fallbacks — Generates system font fallbacks mathematically tuned to match each Google Font’s real metrics (size-adjust, ascent-override), so text doesn’t jump around while fonts load. Zero CLS, calculated automatically per font. Deeper detection — Pro reaches fonts the free version and competitors don’t touch: – Inline blocks with @font-face or @import – Local and externally hosted stylesheets using @import – Web Font Loader (webfont.js) – Async, JS-injected Google Fonts loaded at runtime – WordPress’s Font Manager (or Font Library, since WP 7.0) – Variable Fonts (fonts.googleapis.com/css2) – Material Icons Global font-display — Extends font-display control to every font on your site, not just Google Fonts. Everything else: – Automatic Multisite and WPML support – Serve fonts and stylesheets from your own CDN or custom path – Replace font families with system fonts entirely – Whitelabel stylesheets — strip OMGF branding and comments for smaller file sizes – Developer Mode for safely migrating between dev, staging, and production Get OMGF Pro → | Documentation | Tested Plugins & Themes

A persistent object cache helps your site perform well. This one uses the widely available SQLite3 extension, and optionally the igbinary and APCu extensions to php. Many hosting services offer those extensions, and they are easy to install on a server you control. What is this about? It’s about making your site’s web server perform better. An object cache does that by reducing the workload on your MariaDB or MySQL database. This is not a page cache; these persistent objects go into a different kind of cache. These objects aren’t chunks of web pages ready for people to view in their browsers, they are data objects for use by the WordPress software. Caches are ubiquitous in computing, and WordPress has its own caching subsystem. Caches contain short-term copies of the results of expensive database lookups or computations, and allow software to use the copy rather than repeating the expensive operation. This plugin (like other object-caching plugins) extends WordPress’s caching subsystem to save those short-term copies from page view to page view. WordPress’s cache happens to be a memoization cache. Without a persistent object cache, every WordPress page view must use your MariaDB or MySQL database server to retrieve everything about your site. When a user requests a page, WordPress starts from scratch and loads everything it needs from your database server. Only then can it deliver content to your user. With a persistent object cache, WordPress immediately loads much of the information it needs. This lightens the load on your database server and delivers content to your users faster. Who should use this? If your site runs on a single web server machine, and that server provides the SQLite3 and igbinary extensions to php, this plugin will almost certainly make your site work faster. And if that server provides the APCu extension, this plugin uses it too. Some hosting providers offer redis cache servers. If your provider offers redis, it may be a good choice. You can use it via the Redis Object Cache plugin. Sites using redis have one SQL database and another non-SQL storage server: redis. Other hosting providers offer memcached, which has the Memcached Object Cache plugin. And some large multipurpose cache plugins, such as the LiteSpeed Cache, also offer object caching based on one of those cache server software packages. The cache-server approach to object caching comes into its own when you have multiple load-balanced web server machines handling your site. SQLite doesn’t work correctly in a multiple-web-server environment. But, for single-server site configurations, SQLite, possibly assisted by APCu, performs well. And the vast majority of sites are single-server. APCu APCu is an in-memory storage medium. It lets php programs, like WordPress, store data in shared memory so it’s very fast to retrieve when needed. If APCu is available on your host server, you can configure this plugin to use it. It reduces the typical cache lookup time to one-fifth or less of the SQLite lookup time, which is itself a few tens of microseconds. Performance counts, especially on busy web sites. Please look at Installation to learn how to configure this plugin to use APCu. The plugin works fast without it, and faster with it. WP-CLI: Even if APCu is in use, caching with SQLite is necessary when your web site uses WP-CLI, because WP-CLI programs do not have access to the APCu cache. This plugin writes all cached data both to APCu and to SQLite and makes sure the two are synchronized. WP-CLI You can control this plugin via WP-CLI once you activate it. Please type this command into your shell for details. wp help sqlite-object-cache Credits Thanks to Till Krüss. His Redis Object Cache plugin serves as a model for this one. And thanks to Ari Stathopoulos and Jonny Harris for reviewing this. Props to Matt Jones for finding and fixing a bug that appeared on a heavily loaded system. Thanks to Massimo Villa for testing help, and to nickchomey for a comprehensive code review. All defects are, of course, entirely the author’s responsibility. And thanks to Jetbrains for the use of their software development tools, especially PhpStorm. It’s hard to imagine how a plugin like this one could be developed without PhpStorm’s tools for exploring epic code bases like WordPress’s. How can I learn more about making my WordPress site more efficient? We offer several plugins to help with your site’s database efficiency. You can read about them here.