Crates.io | quad-image |
lib.rs | quad-image |
version | 0.1.1 |
source | src |
created_at | 2018-10-31 17:50:19.624112 |
updated_at | 2019-06-28 19:45:33.84419 |
description | An image host |
homepage | |
repository | https://github.com/FauxFaux/quad-image |
max_upload_size | |
id | 93841 |
size | 288,786 |
A very, very simple image hosting API, plus support files.
quad-image
probably only works on libc/Unix operating systems.
It requires Rust, stable should be fine.
Build it by running cargo build --release
, and grabbing the binary from
target/release/quad-image
.
The expected deployment situation is:
quad-image
running under a service manager.web/
subdirectory being served by a webserverquad-image
.There are example config files in quad-image.nginx
(for nginx) and
quad-image.service
(for systemd). All the ports/addresses are hardcoded.
HTTP is handled by Rouille, a simple
Rust HTTP library. It's expected that you will run the API server
behind nginx
, so it doesn't even have to cope with TLS or any HTTP
weirdness.
Users have no control over the target filename. They cannot plausibly overwrite files on the server, or generate URLs of their choosing.
Images are decoded and re-encoded using Piston Image before writing to the filesystem, there should be no way to get non-image data served. That is, all files that make it to the filesystem are valid, minimal images with no extra information in, either in metadata or elsewhere in the file.
This protects against:
Piston Image is a Rusty library which probably doesn't have all the
memory corruption bugs that libpng
, libjpeg
, etc. have, and
almost certainly doesn't have all the insane failure modes that
imagemagick's convert
has.