1
0
mirror of https://github.com/imgproxy/imgproxy.git synced 2024-11-29 08:22:11 +02:00
imgproxy/docs
2023-05-15 20:15:12 +03:00
..
assets Fix GH link in docs 2023-05-14 15:31:58 +03:00
_sidebar.md Use lychee to verify docs links (#1087) 2023-02-24 23:23:21 +06:00
.nojekyll Docs site with docsify 2019-09-18 18:04:01 +06:00
about_processing_pipeline.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
autoquality.md Format docs 2023-02-23 21:23:16 +03:00
best_format.md Use lychee to verify docs links (#1087) 2023-02-24 23:23:21 +06:00
chained_pipelines.md fix: rendering the pro image (#1054) 2022-12-15 21:02:35 +06:00
chaining_the_processing.md fix: rendering the pro image (#1054) 2022-12-15 21:02:35 +06:00
cloud_watch.md Update docs 2022-12-11 23:22:58 +06:00
configuration.md Add URL replacements 2023-05-15 20:15:12 +03:00
datadog.md Update docs and changelog 2022-12-11 22:30:43 +06:00
encrypting_the_source_url.md Format docs 2023-02-23 21:23:16 +03:00
generating_the_url.md Don't set Content-DPR header 2023-04-18 18:40:23 +03:00
GETTING_STARTED.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
getting_the_image_info.md Format docs 2023-02-23 21:23:16 +03:00
healthcheck.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
image_formats_support.md Format docs 2023-02-23 21:23:16 +03:00
index.html Dynamically fetch versions in docs 2023-05-13 22:56:39 +03:00
installation.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
memory_usage_tweaks.md Add jemalloc and TCMalloc to Docker image 2023-05-10 19:22:34 +03:00
new_relic.md Update docs and changelog 2022-12-11 22:30:43 +06:00
object_detection.md fix: rendering the pro image (#1054) 2022-12-15 21:02:35 +06:00
open_telemetry.md Add more metrics to OTel 2023-05-01 20:25:48 +03:00
presets.md Fix typo in presets docs (#1155) 2023-05-12 19:25:51 +06:00
prometheus.md Update docs and changelog 2022-12-11 22:30:43 +06:00
README.md Typo 2022-02-01 15:45:17 +06:00
robots.txt Add robots.txt and sitemap.txt 2022-02-16 20:54:37 +06:00
serving_files_from_azure_blob_storage.md Update docs 2022-12-15 20:46:07 +06:00
serving_files_from_google_cloud_storage.md Add IMGPROXY_GCS_ENDPOINT config 2022-04-07 23:31:50 +06:00
serving_files_from_openstack_swift.md Polish swift:// support 2022-04-06 17:35:51 +06:00
serving_files_from_s3.md allow acquiring s3 access credentials through role assumption (#1152) 2023-05-09 20:50:02 +06:00
serving_local_files.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
signing_the_url.md Docs/edits overhaul (#785) 2022-02-01 15:43:36 +06:00
watermark.md Format docs 2023-02-23 21:23:16 +03:00

imgproxy

imgproxy is a fast and secure standalone server for resizing and converting remote images. The guiding principles behind imgproxy are security, speed, and simplicity.

imgproxy is able to quickly and easily resize images on the fly, and it's well-equipped to handle a large amount of image resizing. imgproxy is a fast, secure replacement for all the image resizing code inside your web application (such as resizing libraries, or code that calls ImageMagick or GraphicsMagic). It's also an indispensable tool for processing images from a remote source. With imgproxy, you don’t need to repeatedly prepare images to fit your design every time it changes.

To get an even better introduction, and to dive deeper into the nitty gritty details, check out this article: imgproxy: Resize your images instantly and securely

Sponsored by Evil Martians

Simplicity

"No code is better than no code."

imgproxy only includes the must-have features for image processing, fine-tuning and security. Specifically,

  • It would be great to be able to rotate, flip and apply masks to images, but in most of the cases, it is possible — and is much easier — to do that using CSS3.
  • It may be great to have built-in HTTP caching of some kind, but it is way better to use a Content-Delivery Network or a caching proxy server for this, as you will have to do this sooner or later in the production environment.
  • It might be useful to have everything built in — such as HTTPS support — but an easy way to solve that would be just to use a proxying HTTP server such as nginx.

Speed

imgproxy takes advantage of probably the most efficient image processing library out there – libvips. It’s scary fast and comes with a very low memory footprint. Thanks to libvips, we can readily and extemporaneously process a massive amount of images.

imgproxy uses Go’s raw (no wrappers) native net/http package to omit any overhead while processing requests and provides the best possible HTTP support.

You can take a look at some benchmarking results and compare imgproxy with some well-known alternatives in our benchmark report.

Security

In terms of security, the massive processing of remote images is a potentially dangerous endeavor. There are a number of possible attack vectors, so it’s a good idea to take an approach that considers attack prevention measures as a priority. Here’s how imgproxy does this:

  • imgproxy checks the image type and its “real” dimensions when downloading. The image will not be fully downloaded if it has an unknown format or if the dimensions are too big (you can set the max allowed dimensions). This is how imgproxy protects from so called "image bombs”, like those described in this doc.

  • imgproxy protects image URLs with a signature, so an attacker cannot enact a denial-of-service attack by requesting multiple image resizes.

  • imgproxy supports authorization by HTTP header. This prevents imgproxy from being used directly by an attacker, but allows it to be used via a CDN or a caching server — simply by adding a header to a proxy or CDN config.

Author

Sergey "DarthSim" Alexandrovich

Special thanks

Many thanks to:

License

imgproxy is licensed under the MIT license.

See LICENSE for the full license text.