Sergei Aleksandrovich

Hey @mike-hart! Finally, this issue is fixed in vips 8.13 and imgproxy 3.7.0

Hi @mr-tron! I'm afraid I'm not enough familiar with IPFS to implement this properly. Also, imgproxy Pro requires all transports to support ranged requests, and I'm not sure it's possible...

Hey Eugene! Unfortunately, currently, it is. We check `Content-Length` before downloading anything. I'm going to add an additional check for the `Content-Type` so imgproxy won't check `Content-Length` for `video/*` MIMEs.

Changed the behavior in the `latest` build. I'm going to make a release soon.

Hey @YChebotaev! Debian Buster provides pretty old versions of Go and libvips. Your issue is probably related to the old Go version. But even if you install a newer version...

Hi @Priemerk! I saved the Google Doc you sent as a PDF and processed it with imgproxy v3.3.3, no issues were noted. Is there a chance you're using an old...

Hey! Sorry for the delay, I was on vacation without any access to GH. Adding something to the end of the URL will cause lots of problems with parsing. We...

Hi, `IMGPROXY_KEY` and `IMGPROXY_SALT` should be hex-encoded. The documentation says the following: > Currently the only supported generator is secret, which generates a pseudo-random string of characters. A pseudo-random string...

Hey @artyom-p! imgproxy checks `Content-Length` before downloading - https://github.com/imgproxy/imgproxy/blob/master/imagedata/read.go#L43-L45. Yet some sources may not set it properly. Which source do you use (http, s3, GCS, etc)?

Sure. Also, in case `Content-Length` wasn't set properly, imgproxy stops downloading the file if the file size limit is reached.