ianmjones

We’ve just released WP Offload Media (Lite) 2.4 which has an updated version of the AWS PHP SDK, maybe that’ll help.

Awesome, wasn’t sure!

That guide is for using Cloudflare and Amazon S3 together.

As far as I know, Cloudflare does not have support for DigitalOcean Spaces.

See our two other guides for using a custom domain with DigitalOcean Spaces…

https://deliciousbrains.com/wp-offload-media/doc/digitalocean-spaces-cdn-setup/

https://deliciousbrains.com/wp-offload-media/doc/how-to-set-up-a-custom-domain-for-digitalocean-spaces-with-keycdn/

If you use a stock WordPress theme such as TwentyTwenty does the problem go away?

Imagify is incompatible with WP Offload Media (Lite) v2.3+.

You’re better off using EWWW Image Optimizer, ShortPixel or Smush that all support WP Offload Media.

WP Offload Media Lite only offloads *new* Media Library items, whereas WP Offload Media can offload existing Media Library items too.

https://deliciousbrains.com/wp-offload-media/

Is it newly added Media Library items that aren’t getting offloaded?

Question – on page load, does the plugin try to make any kind of connection with S3 on the front end?

Nope.

Is there something more than just loading in the assets from S3 that’s at work?

WP Offload Media Lite isn’t loading the media from S3, the browser will do that, but what you’re seeing is a delay in delivering the HTML to the browser.

Can you use something like the Query Monitor plugin to see whether there are any database issues?

Where’s the database in relation to the PHP server, same machine or another one?

Have you tried turning on WP_DEBUG and WP_DEBUG_LOG to see if any errors are being thrown?

Thanks for mentioning the fix, I’ll see if we can improve the docs for GCS to clarify the requirements.

WP Offload Media Lite only offloads *new* Media Library items.

To offload existing Media Library items you need WP Offload Media which has tools for managing the offloaded media.

https://deliciousbrains.com/wp-offload-media/

We occasionally see this with customers, usually it’s a problem with the EC2 instance’s networking stack.

Give it a quick reboot, usually fixes things up.

Next version of WP Offload Media (Lite) will support Block All Access to Bucket.

For using an offset into the bucket path with CloudFront, check out the as3cf_cloudfront_path_parts filter.

https://github.com/deliciousbrains/wp-amazon-s3-and-cloudfront-tweaks/blob/96d9fc03ffcfdc1d2e77b0a1a53891e6e1a76e30/amazon-s3-and-cloudfront-tweaks.php#L830

WP Offload Media Bronze solution should be fine.

If you have 1,700 objects in the bucket, then you have less than the Media Library limit of Bronze.

That license limit relates to the number of offloaded Media Library items that are being managed by WP Offload Media, using the “Copy Files to New Bucket” tool wouldn’t change the number of items being managed.

Not through WP Offload Media Lite, it’s for managing offloads, it’s not an SDK.

You could use the AWS PHP SDK though, which is what WP Offload Media Lite uses under the hood.

Could you post diagnostics from WP Offload Media (you posted diagnostics from WP Migrate DB)?

Also, can you turn on WP_DEBUG and WP_DEBUG_LOG and try the process again to see if anything is logged to the debug.log?

Thanks for the vote, but from what I can see that’s not object storage and doesn’t have an API we could use?