I and a few others would very much like to use a popular caching plugin for WordPress (W3TC) to use DigitalOcean Spaces as an automatically updated CDN. It nearly works with the plugin’s S3-compatible configuration, except Spaces produces HTTP status code 411 apparently because of missing Content-Length headers. Other S3-compatible object storage providers somehow manage to carry on without these missing Content-Length headers but Spaces remains unusable (see https://github.com/W3EDGE/w3-total-cache/issues/243).

I am hoping DigitalOcean has some developer resource that can expand the usability for Spaces where customers would otherwise be forced to use other S3-compatible object storage, and write and marshal through a pull request to the plugin to fix this long-standing issue. The fix is definitely not as simple as adding a line of code to include the missing Content-Length header, as a cURL library is making some choices as well, and some very old PHP S3-compatible library is used, but I’m sure it’s not rocket science either.

Thanks for any investigation to broaden the reach of Spaces for users like me.

Submit an answer

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!