Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

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.
vpzomtrrfrt
009fd274aeae48f2bfbda6ef568676
009fd274aeae48f2bfbda6ef568676
SarkariResultht
Arne van Hoorn
4287c71658bd4ea39bef277d491b1c
4287c71658bd4ea39bef277d491b1c
Demanix
Demanix
Henry Mui
Prakash Hinduja
f60f754977ec49e1b2cad3cf42286e