I see no way that any other plugin on this website could be causing this behavior. I have removed all plugins that may be related to the problem and the few that remain cannot be turned off on a live website. Options table id has increased from 470418 to 471681 in 12 hours – should this be normal? WooCommerce has been working on the package provided by the service provider for about 10 years without any problems. The WooCommerce version is of course the most recent. Unfortunately, I can’t point out a specific Woocommerce version. Is there any additional information I should ask the website hosting provider about the server or the events mentioned?

Is this topic still being worked on as it seems quite similar? Have there been any solutions since then? I have istalled ?Transient Cleaner, but don’t understand how this would help reduce the number of writes to the database? I also read on Slack that woo has a WooCommerce > Status > Tools >Transient cleaner, how are they different?

I’m familiar with docker, but have mainly used it to resolve errors that I can log. Also I have the ability to read a little code, but I don’t know if it would be a solution (the mentioned topic says not to turn off the transient). So where to start.

Why doesn’t WooCommerce create a separate db table for its temporary data since there is so much? This would make it much easier to detect such problems. Is it necessary to write this information constantly, the need for _transient_wc_related seems especially suspicious, this should only happen if the admin has changed something on the product page and then the data should be updated, not created.

There wont be much problem if they expired every day or that, but they are getting stucked in the database. We got one of them that, it went over 2 million rows of transients, and the DB got to 1GB.

Is there a way to stop those transient of being created every few seconds, or something to fix this? We got a transient cleaner plugin, but we have to go every day to press the clean all transients, bcs it only deletes auto daily the expired ones, and those doesnt seem to expire soon.

I would like to check with you on object cache (redis) settings.

I was wondering about ‘Store transients in database’, will this affect any performance as in with it, the performance would be better or might be lower?

Your insights on this particular setting would be much appreciated.

Thank you

Long time ago I’ve used the native PHP $_SESSION for storing a temporary value for my contact form.

Because WP itself doesn’t use these sessions and the Site Health tool returns a warning, it’s my understanding that it’s not allowed to use them in a theme / plugin that is hosted at org.
So I’ve switched to native WP transients to tackle this. A (temporary) transient is created per IP-address, but when there’s much traffic on my contact form page this results in many (temporary) DB entries. That’s why I prefer the use of a native PHP $_SESSION.

So could anyone tell me whether I’m allowed or not to use native PHP sessions in my plugin that is hosted at org? If I’m not, please give me the source info for that.
Or maybe not multiple transients, but only 1 static transient that holds an array of values?

Guido

Only manually flushing the WordPress site cache updates that number.
It appears that a transient is not updated when an user is approved or rejected.

We have installed and used the Jetpack previously, but we are not using it anymore. So we uninstalled it from our website, but when we checked the database of our website, it showed a lot of tables that are related to Jetpack, and it has not yet been fully removed. You can check the attached screenshot, and in that screenshot, all the entries are autoload data, and it will lead to a performance issue if we autoload the data of an uninstalled plugin. We somehow need to remove all these entries, including autoload options and all other options, from Jetpack. We used the Jetpack addon plugin to remove the Jetpack options from the database, but we think it does not work properly. If it worked, all the data entries from the database should be removed, right? but not happen.

PFA:- https://imgur.com/a/h1Fueay

How can we fully remove all the data from the Jetpack plugin from our website and database?

Please check and let us know your feedback.

Thank you

We are experiencing a huge delay (loading time, updating time) in the wp-admin area (dashboard), so when we checked the autoload data, we found that “_transient_dirsize_cache” has the highest volume of data preset in the database. So we need to check whether it is okay to remove or delete. Also, can we make the autoload functionality for this row “no”?

Our website is a multilingual website that is made up of WPML.

Please let us know if there is any option to reduce the size of the same and improve the overall performance of our website.

Thanks in advance!

For my captcha I want to store the result of a sum in a transient. This way I can compare it with the result that user has filled in. I thought about using a PHP session, but WP does not like that anymore.

When contact form is loaded on a page, a transient is set that stores the result of the sum. But how does my script create an unique transient (name)? A transient (name) per browser session. And even more important, how to get the value of the correct transient?

Guido