I see that the plugin description mentions an “In-Depth Analysis” of Cron Jobs, but I have two questions:

1) Where can I see that? I cannot find it in the “settings” in any of the tabs (apologies if I am just missing it”)?

2) Does your plugin identify and/or clean orphaned cron jobs (i.e. cron jobs left over from deleted plugins)?

Thanks in advance for your response!

• wpaicg_remove_chat_tokens_limited
• wpaicg_remove_image_tokens_limited
• wpaicg_remove_forms_tokens_limited
• wpaicg_remove_promptbase_tokens_limited
• mwai_files_cleanup

1. Are they indeed your jobs?
2. You might want to update your uninstall to take care of these also, maybe get “AI” to do it for you

This plugin comes very highly rates.

On my page I have 5904 “Orphans.” Will this plugin repair these pre-existing “Orphans” of will it only repair new “Orphans?”

Thank you

Here’s my notes and procedure to create orphaned webp files:

I saved an image-to-replace file and added to media library. I created a test page and used devtools to verify the image was replaced with filename.jpg.webp image, and that the the header reported type as webp. Found documentation that says some images are not replaced with webp if the jpg size is smaller than the webp size. Ok. I then opened the image details in the Media Library and used Replace media > Uploaded a new file, to upload “replace-image.jpg”. Used Replacement Options > Just replace the file, and Options > Keep the date. LiteSpeed Cache > Image Optimization > Image Optimization SummaryOptimization Status, showed Images ready to request: 1 group (7 images)”. It took like 30 minutes, but now all images, including webp have been replaced with the new image. Permanently deleted the image using Media Library, and while all JPG images are gone, the optimized jpeg.webp images are still there, but now orphaned – see “replace-image.jpg.webp”.

domain.com/shop/?add-to-cart=2076 Redirected (302)

I’ve tried an abandoned cart plugin – didn’t delete these
I’ve done database clean-up – didn’t delete these.

Any idea what I can do to clean these up? There’s about 72 of these.

TIA

the plugin detected 137,000 or so orphaned product meta entries, so I ran the cleanup and it says it removed ZERO. But now the orphan count is zero and no improvement in the DB size.

What’s happened here? Did it find the parent records, or am I now stuck with a bloated database. the wp_postmeta is about 169MiB, so worth clearing.

btw: It’s a WP sit with WooCommerce and about 5000 products, but I stil think 194mb is large even for that.

It’s not as simple as seeing which are linked from the main menus though, as I am using geodirectory and it calls various different pages at times, which are not available directly via the drop down menus.

How would I go about finding:
1. Pages not used?
2. Pages not linked to other pages?

I’d prefer a direct way of doing so however if there is a suitable plugin I could install, use and then uninstall I am happy to hear about it too.

Thank you.

Short question: Can we use your autoremove-attachments plug-in to identify and safely batch delete ‘orphan’ image files in the WordPress library?

—

Longer explanation:

1. I am a developer specializing in the FileMaker platform and have used various RESTful APIs, including most recently for WooCommerce.
I am not a web developer or WordPress developer, though I am working with the WP developer on this project.

2. I have everything in our FileMaker-to-WooCommerce API integration working great (creating/updating Categories and Products). We were about to move to the production site when we started running out of storage space.

I discovered that every time I send a product update that includes the list of image urls from our local server, WooCommerce does not simply replace previously uploaded images with the new images, but keeps adding to the WordPress library. Note that of course not all updates include the ‘images’ data, but if someone wants to add or remove or rearrange the order of images for a product, the WooCommerce API only allows the option to re-send and re-upload the complete list, rather than perhaps an ‘add/drop/reorder’ instruction.

I can manually search the WordPress Media Library and see that there may be dozens of redundant image files for a single product. They all appear to be attached to a product, but there’s no way for me to tell which are the ones that the product is currently attached to. Via the WooCommerce API, I can obtain the ID of the image, but the API does not have a ‘Delete Image’ function (!).

3. I have done some cursory searching and it appears from various posts that
a. others are confounded by the same issue.
b. this is normal WordPress behavior
c. one might use the WordPress API to delete images. I’m not about to start from ground zero and learn/integrate that API as well at this point.

We need a quick fix to reliably perform occasional maintenance, removing these ‘orphan’ image files, even if initiated manually. We don’t have a high volume of image re-uploading (this problem was only discovered when we ran out of space while performing some stress testing with high volumes). Nonetheless, we can’t keep collecting and storing orphan image files.

We are not deleting the products themselves, even after being sold out, so deleting the images is not something that should only occur when the ‘parent’ product record is deleted (if I understand the description of your plug-in).

Your thoughts, suggestions are greatly appreciated.
Stay safe.
— Sincerely, Erik

—

Longer explanation:

1. I am a developer specializing in the FileMaker platform and have used various RESTful APIs, including most recently for WooCommerce.
I am not a web developer or WordPress developer, though I am working with the WP developer on this project.

2. I have everything in our FileMaker-to-WooCommerce API integration working great (creating/updating Categories and Products). We were about to move to the production site when we started running out of storage space.

I discovered that every time I send a product update that includes the list of image urls from our local server, WooCommerce does not simply replace previously uploaded images with the new images, but keeps adding to the WordPress library. Note that of course not all updates include the ‘images’ data, but if someone wants to add or remove or rearrange the order of images for a product, the WooCommerce API only allows the option to re-send and re-upload the complete list, rather than perhaps an ‘add/drop/reorder’ instruction.

I can manually search the WordPress Media Library and see that there may be dozens of redundant image files for a single product. They all appear to be attached to a product, but there’s no way for me to tell which are the ones that the product is currently attached to. Via the WooCommerce API, I can obtain the ID of the image, but the API does not have a ‘Delete Image’ function (!).

3. I have done some cursory searching and it appears from various posts that
a. others are confounded by the same issue.
b. this is normal WordPress behavior
c. one might use the WordPress API to delete images. I’m not about to start from ground zero and learn/integrate that API as well at this point.

We need a quick fix to reliably perform occasional maintenance, removing these ‘orphan’ image files, even if initiated manually. We don’t have a high volume of image re-uploading (this problem was only discovered when we ran out of space while performing some stress testing with high volumes). Nonetheless, we can’t keep collecting and storing orphan image files.

Your thoughts, suggestions are greatly appreciated.
Stay safe.
— Sincerely, Erik