- This topic has 3 replies, 4 voices, and was last updated 2 years ago by
.
-
Posts
-
WP shows a critical site performance since autoloaded option per each page are of high volume.
So I implemented AAA Option Optimizer. AAA Option Optimizer shows 2 by far biggest options autoloaded, but not used, to be
- weaverx_settings_backup with 43.33 kB
- weaverx_settings-v4-backup with 42.63 kB
Are they really required to be loaded?
@weaver will have to comment
I’m unable at the moment to check this out completely, but this seems to be a legacy issue. I would guess you’ve been using Weaver Xtreme for some time.
So I’m assuming you are talking about items in the WordPress database. So weaverx_settings-v4-backup was apparently saved to the WP db when you updated to Weaver Xtreme v5. And weaverx_settings_backup gets generated if you use the Weaver Xtreme option to backup your settings to the WP database.
I highly doubt that removing those two WP db entries would have any measurable effect on your site load time. I’m fairly sure the WP itself must have features built in to minimize the reloading of the whole database. I’ve actually never paid much attention to the WP database structure, but EVERYTHING needed to manage a site is in that database. Essentially every plugin, every theme, and WP itself will make entries into the database. Any plugin or theme you’ve ever used or tried will leave behind little traces in the WP db. Some will cleanup after themselves if you delete them, but I think it is more common for the traces to remain. As far as I remember, I’ve never seen a theme cleanup if you disable and/or delete it. Not really sure how a theme could make that work. Simply deleting a theme does not delete its db entry. There a few WP help sites that try to explain how to complete uninstall (delete + db clanup) a theme, but it is not easy or simple. Kind of an overlooked issue.
That said, Weaver Xtreme currently does not have any ability to “clean up” its backup settings entries or other theme db settings. As I said, I can’t imagine that removing 90k of data from the WP database will have any measurable effect, but if you host manager tool allows you to fiddle directly with the database, you could safely delete those two entries. (But do download a backup of your weaver settings to your computer.
Also, compared to many themes, Weaver Xtreme’s database footprint is pretty small – just the main settings values, plus the backup copies generated by the user, and also the now obsolete v4 settings. I’ve seen other themes that literally have dozens of different database entries.
By coincidence, I was exploring this issue during the night. This link will provide more light on it: https://make.wordpress.org/core/2024/06/18/options-api-disabling-autoload-for-large-options/
I have the “Site Health” plugin installed at it showed that my “Autoload Options” were out of WP spec and slowing my site with 2580 live autoload options “ON”, on my legacy site. The WP recommended is <800.
I followed the instructions (on my phone) and installed and ran the “Performance Lab” plugin.
Using that, I turned off (or turned to null) the suggested legacy autoload options and reduced the number to 793, with a corresponding reduction in load upload from 3.5Mb to 638KB. (Recommend autoload size is 300KB to 1Mb ( https://kinsta.com/knowledgebase/wp-options-autoloaded-data/ )
The “Performance Lab” plugin (on my phone) required me to turn off the suggested Options one by one, after which the whole thing reloaded again for the next one. When it still had about 30 very small options left, the number fell below 800 and the plugin closed, saying: “test past”.
Now on my desktop, I can find no way to turn off the remaining options, as that test is not an issue for WP.
Based on my recent experience, I’d suggest you run the WP “Site Health” plugin with the “Performance Lab” plugin and see if “Autoload Options” in general is an issue on your site.
If not, you can happily leave the weaverx_ files alone as they will not affect performance , or turn them off as per the kinsta link instructions.
I checked my WP_Options DB table before and after the above, and my WP_Options DB table is the same size as it was before.
The “Performance Lab” plugin does not delete the option entry, it turns it to NULL from ON, so that it does not break WP, when WP calls for that option if and when needed.
Note: please do a DB backup before proceeding to do any of this. 🙂
Note: I only read the Kinsta article and have not tried or tested their plugin or advice.
@Weaver FYI, my largest options (500KB range) came from a plugin I removed over 6 years ago….. Confirming what you wrote.After all these WP “performance” issues are fixed, the site still seems to load as before, for both admin and users and Server Load Averages are unchanged too.
UPDATE
August 29, 2024
Just installed a plugin to check on Autoloads on my Weaver legacy site (from 2010).
FYI, I have the following loaded automatically all the time:
weaverx5_settings
weaverx_settings_backup
weaverx_settings
weaverx_settings-v4-backup
wii2wx_settings
weaverii_settings_backup
weaverii_settings
weaverii_pro
weaver_advanced_settings
weaver_main_settingsNow I have to find out how to turn them all(?) off…..
Hope this helps!
Regards!
- You must be logged in to reply to this topic.