RAIDBOXES

Hi Felix,

It seems to be related to a security plugin and not to WordPress itself.
For us it is working, if we test it on a plain WP installation. Are you using some kind of security plugin?

How is it, if you change to:
if ( ! current_user_can( 'manage_options' ) ) {

This we can change with the next update.

Best regards
RB-Team

Hi there!
Please try again, we published a new version of the plugin in which the error should not occour again 🙂

Hi there,

We have tried with multiple installations on Apache, nginx, PHP 7.2-8.2 , and we can’t seem to reproduce the problem.
Are there any contents in the WP-Debug/Error log?

Hi Francis,

there are several ways to do so.

1) You could paste this snippet into any template files of your theme (i.e. footer.php) our your functions.php.

<?php echo get_num_queries(); ?> queries in <?php timer_stop(1); ?> seconds.

On the frontend you will see something like:
“40 queries in 0.248 seconds”.
You can compare these numbers with the index on the autoload field and without.

But this only refers to the page in question.

2) A better way is to install a plugin like https://de.wordpress.org/plugins/query-monitor/ and monitor the querytimes of the whole WP-Database.

Keep in mind, this plugin works best with big wp_option tables, because the query time does not grow the bigger the table gets.
You won’t see much difference on sites with small wp_option tables.

Hope this helps.

We also have a blog post (in german only) on how to speed up your WP-Site for high traffic pages, there might be some things for you in there:
https://raidboxes.de/wordpress-hohe-last/

Kind regards,
Matthias from RADIBOXES

• This reply was modified 6 years, 6 months ago by RAIDBOXES.

Ah, I understand. It’s quite an edge case but I think I can support it in a future version. I’ll report here.

Thanks!