• Resolved pressimize

    (@pressimize)


    Inside of wp-content/cache/docket-cache/93da65a9fd00-b287b31d338a.php are a few references to /wp-content/cache/autoptimize even though autoptimize isnt used in that installation. I believe it was used a long time before docket cache was installed, but looking into the cache via FTP, there is no /autoptimize folder.

    Can you provide any insights to this?

    I just noticed this because NinjaScanner is throwing out a malware detection for PHP.base64.javascript.1 which is likely a false posiive.

    TIA
    Cheers

Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Author Nawawi Jamili

    (@nawawijamili)

    Hi there,

    Seems like WordPress still has the Autoptimize setting in database wp_options tables. And makes it available in alloptions/autoload data. You need to remove it manually by doing one of this method below:

    1. Open a MySQL client like PHPMyAdmin and connect to your website database and run this SQL command.

    
    DELETE FROM wp_options WHERE option_name LIKE 'autoptimize_%';
    

    2. Login into wp-admin and enter /opions.php page for example https://yoursite/wp-admin/options.php.
    Search autoptimize and remove a value from the input field. Click “Save Changes” to update the field.

    3. Install any database cleaner plugin and remove the autoptimize field from the database.

    To complete the cleanup, go to the Docket Cache Overview page and click the “Flush Object Cache” button.

    In future to prevent this issue with NinjaScanner, it would be nice to inform NinjaScanner to whitelist Docket Cache wp-content/cache/docket-cache and wp-content/docket-cache-data directory from their scan list.

    I hope this answers your question.

    Thanks.

    Thread Starter pressimize

    (@pressimize)

    Thank you for the quick answer!

    I looked through the options table via PHPMA, but there is no autoptimize row present.
    Also not listed on options.php, WP DB Cleaner and WP-Optimize also without results.

    Any other ideas?

    TIA,
    Cheers

    Plugin Author Nawawi Jamili

    (@nawawijamili)

    Hi,

    From wp-content/cache/docket-cache/93da65a9fd00-b287b31d338a.php file it may refer to group “options” and key “alloptions”:

    93da65a9fd00 = options
    b287b31d338a = alloptions

    Please view the file and find “‘group’ =>” and “‘key’ =>” to confirm it.

    alloptions key it is a special key that WordPress use to group all options with autoload = ‘yes’, this behaviour crafted from wp_load_alloptions() functions. You may refer to it here https://developer.www.ads-software.com/reference/functions/wp_load_alloptions/

    If the autoptimize_* doesn’t exist in the option_name field in the wp_options table, it supposes should not be included in the alloptions key.

    Please do this on the Overview page:
    1. Disable Object Cache.
    2. Flush Object Cache.
    3. Enable Object Cache.
    4. Wait around 5 seconds and after that click any wp-admin page.

    If the cache file 93da65a9fd00-b287b31d338a.php still has the “autoptimize_version” string, it means autoptimize still exists in the database.

    Thanks.

    Thread Starter pressimize

    (@pressimize)

    Hi,

    i couldnt for the life of mine figure out where that string was located.

    Turns out that Swift Performance (full page caching plugin) creates its own options table and there was a ton of other stuff not cleaned up (note: i also deinstalled Swift a few weeks ago).

    Deleted that table, autoptimize is gone.

    Thank you for your quick and elaborate assistance!

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Autoptimize in cache though not used’ is closed to new replies.