Raul P.

Hi,

Looks like a very old version, so some manual maintenance is due.

First take a backup and then delete the plugin.

Second delete any direct child fvm directories inside wp-content/cache or wp-content/uploads and for each uploads subsite directory.

Third, use a database tool like phpmyadmin to look for on the wp_options table for each site, for any option_name that start with fastvelocity_ or fvm_ then delete those rows.

Fourth, install the wp cron control plugin, and look for any cronjobs with fastvelocity in the name, and delete them. After that you can delete the wp cron control plugin.

All references have mostly fastvelocity_ or in a couple of cases fvm_ as a prefix, on version 2.x.x

I tracked it down, but the issue is related to the /mu-plugins/nexcess-mapps/ plugin. The mu plugin is setting up constants that are the same as the ones used by the cache enabler plugin.
When FVM detects them, it tries to use the buffer from cache enabler, but because the cache enabler plugin does not exist, it doesn’t work.

I changed the detection mode to find the cache enabler plugin (and others) so that the mu plugin you have, doesn’t conflict with it.

Update will follow shortly.

Thanks

please check 3.3.9, thanks

It was a bug, but should be sorted now. please check 3.3.9, thanks

Thank you very much for reporting, I will get them sorted asap for the next update.

Unused CSS is relative, a plugin may include a large CSS file and everything is needed, but on different pages. Ideally, they would separate it… but that is what distinguish between performance centric developers and regular developers.

FVM minifies the data but it does not know which one is used or not.
If you want to remove it, you can delete the plugin that includes the file or replace it with another one that is better optimized.
If none exist, ask the developer of that plugin to reduce it.

If a plugin is not used at all 100% in a page, but it still ads the css file, you can remove it completely with Asset CleanUp plugin or similar.

If a certain percentage is in use, but the file is large, it will complain.

You can use a commercial option to uncss or hire a developer to do that.

https://secure.wphackedhelp.com/blog/remove-unused-css-wordpress/

https://www.wpbeginner.com/wp-tutorials/how-to-remove-unused-css-in-wordpress-the-right-way/

on wp engine, what I can think of is object caching. It works by caching php code, so sometimes you need to refresh it.

The other thing is settings. If the settings are enabled it should minify.

Please add this to your wp-config.php and check if it works:
define('FVM_HOOK_INTO', 'template_redirect');

The conditions to minify are several, but for example, a common issue is that the information on the database for site_url() should match with the current url requested. Check your site url on the database if it matches with the requested url.

You can download previous versions from wordpress too:
https://www.ads-software.com/plugins/fast-velocity-minify/advanced/

If it still doesn’t work, let me know by email to:
info (at) fastvelocity (dot) com

You would need to run that script twice, with a mobile and desktop useragent separately for it to cache both versions.

As for query strings, you can add query strings on FVM settings to be allowed. That way, minification occurs even with those query strings.

First, you need to activate or deactivate the settings you need, the default settings are not for production. FVM requires you to tune scripts manually for example, so you defer or delay specific scripts.

That being said, your demo is working so I don’t see a problem : https://i.imgur.com/qHYbZgs.png

Just check that you cleared all caches on wp engine and whatever cache plugin you use, and see the site in incognito mode.

I just retested and it’s working.
I pushed another update just now, because it was showing a debug text on allowed query strings, but other than that, nothing changed and it’s working.

Quick demo, minification on:
https://45.32.9.224/
https://45.32.9.224/?rs=1

minification off:
https://45.32.9.224/?otherquery=1

Access (doesn’t matter to be here, because it’s a temporary demo):

User: user32338
Pass: A0mf6HwSiGmm7Iz



Please try to clear all your caches and recheck your settings.

I checked this today and it’s not your fault. There was a bug with that feature, fixed now on v3.3.7 so please update and test again. Thanks

Thanks for confirming!

@rottame btw, were you using docker alpine images?
I read that PHP 7.4 on docker alpine images, return blank on iconv with invalid chars, but work on php 8.
If it’s not, then nevermind.
Thanks

closed via github, thanks

If a) works then it’s fine. I will push it as an update. Thanks