levymetal

I’ve narrowed this down to the Object Cache setting in w3 total cache. I had Object Cache turned on, using memcached. Turning this off has made WP Admin fast again.

I’m going to mark this as resolved, I’m assuming that the Object Cache isn’t massively important.

After further investigation, it turns out that w3 total cache is causing an issue with the update_core transient.

On line 636 of wp-includes/update.php, you’ll find the following line: $current = get_site_transient( 'update_core' );

When the plugin is enabled, this line fails; get_site_transient( 'update_core' ) returns false. This causes wp_version_check() to be called on every page load.

I will continue to investigate to figure out why w3 total cache is affecting the update_core transient, but some input would be greatly appreciated.

However, this is not the cause of the slowdown (neither is count_users). Even when I comment these functions out of WP Core, WP Admin is still slow. With the plugin disabled, WP Admin is fast.

• This reply was modified 8 years, 3 months ago by levymetal.
• This reply was modified 8 years, 3 months ago by levymetal.
• This reply was modified 8 years, 3 months ago by levymetal.

Ah, yeah that makes sense as I upgraded to WP 4.7 at the same time. Cheers mate!

Most likely there is a conflict with another plugin

I just tested this on a fresh WordPress installation, without any other plugins, and achieved the same result.

To replicate the issue, please use the following steps:

1. Install a fresh copy of WordPress
2. Install the WP Cerber plugin, and activate the plugin
3. Attempt to log in using a valid username and invalid password. You will receive the following message: “ERROR: The password you entered for the username xxx is incorrect. Lost your password?”
4. Attempt to log in using a valid email and invalid password. You will receive the following message: “ERROR: Invalid username. Lost your password?”
5. Deactivate the plugin, and attempt step 4 again. You will receive the following message: “ERROR: The password you entered for the email address [email protected] is incorrect. Lost your password?”

• This reply was modified 8 years, 3 months ago by levymetal.
• This reply was modified 8 years, 3 months ago by levymetal.
• This reply was modified 8 years, 3 months ago by levymetal.

Have you checked that with different users?
It happens for all users.

What do you see on Activity tab? Is there any related records?
Activity log shows Login failed, with the email address they tried to log in with.

Nevermind. Turns out I was using the login_errors filter and overriding the message.

Confirmed working for me as well. Thanks mate!

Thanks for the response Frank!

I tried noptimize, but it’s still removing some newlines, and it’s still removing backslashes.

For example, view the source of https://loveandmoney.agency. The ascii art is wrapped in noptimize tags.

This is what’s in the template: https://gist.github.com/levymetal/b01ecd493db68076c6fe

I’d love to get this working!

Manual minify is unacceptable.

I’ve done a bit of digging and managed to narrow the issue down to w3_get_document_root() inside define.php.

Doing a var_dump( $_SERVER[‘SCRIPT_FILENAME’] ) results in this: 2string(94) “/home/xxxxxx/public_html/wp-content/plugins/w3-total-cache/pub/minify.phpnify.phpinify.php”

To me, this looks like a server issue, so I’m going to investigate some more to try and figure out why this might be happening.

But if anyone has any ideas, please let me know.

EDIT: It looks like I’ve found someone else with the same issue: https://www.ads-software.com/support/topic/again-error-occurred-while-creating-the-css-js-minify-cache-no-sources

There are no solutions on that thread. I would really appreciate a solution, or at least information as to why the filename is getting assigned to minify.phpnify.phpinify.php so that I can contact my hosting provider.