3.2.10 Update Causes Excessive Disk Space Usage

  • Resolved NetzzJD

    (@netzzjd)


    1 year, 9 months ago

    We use WP Optimize on hundreds of client sites. Since the 3.2.10 – 28/Nov/2022 plugin update, a majority of them have unexpectedly increased in server disk space over the Dec 2022-Jan 2023 time frame, some by 6000% seemingly overnight (i.e. 1.7GB normally to 103GB). There have been no other major changes, additions, or edits that explain this issue. Our hosting continually points to the “wp-content/cache/wpo-minify” folders as housing the large amounts of file size for each site. There is a new, similarly named “1676929603” folder appearing every 1-2 minutes for the past 30 days on each site which accounts for the disk space.

    I know by default, the WP Optimize settings have a 30-day lifetime cache. Due to this, I am unable to even load the WP Optimize admin option screens at all, they are just blank. I have to either delete or rename the wpo-minify folder to gain access back. I’m attempting to change this 30-day setting to 1 day for now and enable the Debug mode so I can manually delete these older files, but it’s been a pain.

    All that said, the plugin appears to have changed the way it caches files with the 3.2.10 update and is exploding disk space usage. I see others have noted this same issue over the years, but this seems recent. Can you confirm or identify this may be a bug?

    • This topic was modified 1 year, 9 months ago by NetzzJD.
Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Support vupdraft

    (@vupdraft)

    Do you happen to have?define('WP_DEBUG', true);?in your?wp-config.php?file? If so, could you please change it to?false?and it should fix the issue.

    Thread Starter NetzzJD

    (@netzzjd)

    No. None of our affected sites have WP_DEBUG on. It is set to false.

    Plugin Support vupdraft

    (@vupdraft)

    We are aware of a lot files being created when debug is enabled.

    If you are unable to get into the plugin, you can change the cache lifespan to 1 day in the DB

    In your hosting Site Tools->Site->MySQL->phpMyAdmin, open your database

    Search the database for any table named ‘wp_options’,

    Select ‘Search’ and enter the following:?

    Column name: ‘option_name’ 

    Operator: ‘LIKE %…%’ 

    Value: ‘wpo’

    select wpo_cache_config under Option name and change “page _length_value” (It’s near the top) to;

    “page_cache_length_value”;i:24;s:22:”page_cache_length_unit”;s:5:”hours”

    Plugin Contributor Venkat Raj

    (@webulous)

    @netzzjd Do you happen to use Divi theme?

    Thread Starter NetzzJD

    (@netzzjd)

    We do not use Divi. Most are Elementor with the Hello theme.

    Plugin Contributor Venkat Raj

    (@webulous)

    @netzzjd Please make sure none of your plugins uses development mode. For example, Mobile menu plugin has such an option
    https://www.ads-software.com/plugins/mobile-menu/

    Which uses timestamp as version for the static assets that will invalidate existing minify cache.

    If this fails, could you please submit a support request here to discuss site specific details. Even though it is pre sales form, it will reach our support channel.

    https://getwpo.com/ask-pre-sales-question/

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘3.2.10 Update Causes Excessive Disk Space Usage’ is closed to new replies.