DaanvandenBergh
Forum Replies Created
-
Forum: Plugins
In reply to: [CAOS | Host Google Analytics Locally] wp_add_inline_scriptHi! I just released v4.8.5 which includes a fix for this warning.
Thanks for notifying me!
Forum: Plugins
In reply to: [CAOS | Host Google Analytics Locally] wp_add_inline_scriptOops! Wait. Just found it.
Forum: Plugins
In reply to: [CAOS | Host Google Analytics Locally] wp_add_inline_scriptHi!
There’s no code in my plugin that calls
wp_add_inline_script()
on a string with <script> tags. So, that’s odd!Can you enable debugging (like the error suggests) to find out on which line and which file the function is supposed to be triggered incorrectly?
Also, are you running the latest version? And which PHP version are you running?
Hi!
In this beta, I’ve added a filter, called
caos_cloudflare_compatibility
which allows you to disable the Cloudflare Compatibility. It’ll be included in the next stable release!Thanks for your message!
It’s not abandoned, but I agree it definitely deserves more of my time.
Seeing that the Turnstile’s JS is detected by the plugin, all you should have to do is check the Exclude box next to it. To make sure it isn’t processed by GDPRess. Have you done that yet?
Hi!
Could you enable GDPRess’ Test Mode? That’ll allow me to test the issue you’re experiencing, while regular visitors won’t see any of GDPRess’ optimizations.
Let me know when it’s done!
I just opened the live preview on the Blogus theme page, and it still loads the 800KB stylesheet. So, it’s not fixed.
If you never had the timeout before, it could’ve been a temporary server glitch, but also, I can imagine that it might be hard for some servers to go through 800 Google Fonts and build them into objects, etc. for OMGF to process them.
I did recently find a bug in OMGF that didn’t remove the omgf_optimized_fonts row when the cache was emptied (or the uninstall script was ran), so that’s explaning the behavior you’re illustrating. This bug’ll be fixed in the next release.
But, for your initial issue, there’s really nothing I can do, aside from referring you to the theme developer.
I did that. It didn’t work. Anyway, I tried deleting the entry manually and that worked.
Ok! Thanks for notifying me! I’ll look into that.
If I understand correctly, your page recommends OMGF to remove google fonts from a theme? Again, I’m not a frontend person, so I might be missing something.
Ah, gotcha! Yes, in most cases I would recommend OMGF to remove Google Fonts. But with a stylesheet this large it’ll add so much database bloat, and checking remove for all of them would add even more. So, in your case, no, I would suggest resolving this at the core of the problem. ??
Oh, but OMGF is right now uninstalled. My understanding was that it would delete its DB stuff automatically, but it didn’t, that’s why I thought of deleting it manually.
Check “Remove Settings/Files At Uninstall” under Advanced Settings. That’ll remove all DB entries when you deactivate/uninstall the plugin.
Apart from that… I just thought that maybe there’s some hacking I could do myself to remove the unused google fonts. I thought “wordpress child themes”, and found your own page about it.
If you’re planning to do some hacking yourself, look for a filter in your theme that’ll allow you to overwrite the Google Fonts URL and only include the fonts you actually need.
Ironically, its recommendation is to install OMGF. So, being a non-frontend person, I’m trying to wrap my head about the situation.
Who recommends this? I’m not understand what you’re saying here.
Is it a fair summary to say that OMGF helps in this situation by stopping 700 fonts from being loaded by the end user… and possibly prioritizing the fonts that do get loaded… but at the same time it makes the server potentially slower because of the autoloaded option listing those 700 fonts?
No. In this case, OMGF isn’t helping the situation. It can’t help it. Regardless of “where” these 700 fonts are loaded, it’s terrible for performance. It’s like trying to apply a band-aid on a bleeding artery. This needs fixing on the theme’s side. That’s all there is to it.
It’s no use to delete it, because it’ll return as soon as OMGF detects that stylesheet again. The reason it’s that size, is because the stylesheet is that big.
After the theme devs fixed it, update the theme, empty OMGF’s cache and this row in your database will be refreshed and not be that big.
Yup. I opened the example on their wp.org listing and that’s exactly what it does:
View post on imgur.com
That’s a 800KB stylesheet, just for Google Fonts. That’s terrible for performance.
That’s certainly a lot!
And 700 fonts in 1 stylesheet doesn’t make any sense. So, yes, I agree with your assumption that the fix for this is on the site of the theme creator. Are you certain it’s the theme? It might also be one of your plugins. I’ve seen plugins that just load all Google Fonts, just in case, instead of providing means to select them.
- This reply was modified 1 month, 2 weeks ago by DaanvandenBergh.
I know. It was causing issues. So I reverted back to 3.8.8.
I’ll get in touch through your contact form when I have the time. Cheers
Hi! You can view het error on my site: https://daan.dev. It’s on every page when you open DevTools.
Forum: Plugins
In reply to: [Plugin Report] WordPress 6.7.1 compatibleHappy to hear that the latest beta of OMGF Pro resolved the issue for you, @rainer-r!
Enjoy! ??