mirror of
https://github.com/enpaul/kodak.git
synced 2024-11-23 15:07:13 +00:00
Update readme with new project direction
This commit is contained in:
parent
a87ca3bc80
commit
afd1fa7971
78
README.md
78
README.md
@ -1,42 +1,82 @@
|
|||||||
# kodak
|
# kodak
|
||||||
|
|
||||||
HTTP server for handling image uploads and thumbnail generation.
|
Web server for auto-generating banners, previews, thumbnails, and more from any directory.
|
||||||
|
Lightweight, simple, and designed for performance.
|
||||||
|
|
||||||
This project requires [Poetry 1.0+](https://python-poetry.org/)
|
Developed with [Poetry 1.0+](https://python-poetry.org/)
|
||||||
|
|
||||||
## Implementation goals
|
## Goals
|
||||||
|
|
||||||
Support token based authentication:
|
- Support defining server-side manipulation specifications
|
||||||
|
|
||||||
```
|
```
|
||||||
POST /auth/token
|
KODAK_MANIP_FOOBAR_CROP_VERTICAL=300
|
||||||
|
KODAK_MANIP_FOOBAR_SCALE_HORIZONTAL=1200
|
||||||
|
KODAK_MANIP_FOOBAR_SCALE_STRATEGY=absolute
|
||||||
|
|
||||||
GET /img/abcdefg.jpg?token=XYZ
|
KODAK_MANIP_FIZZBUZZ_NAME=black+white
|
||||||
|
KODAK_MANIP_FIZZBUZZ_BLACK_AND_WHITE=true
|
||||||
|
KODAK_MANIP_FIZZBUZZ_SCALE_HORIZONTAL=50
|
||||||
|
KODAK_MANIP_FIZZBUZZ_SCALE_STRATEGY=relative
|
||||||
```
|
```
|
||||||
|
|
||||||
Support dynamic resolution generation:
|
- Support retrieving manipulated images based on server side configuration
|
||||||
|
|
||||||
```
|
```
|
||||||
GET /img/abcdefg/100x50.jpg
|
GET /image/<name>/foobar
|
||||||
|
|
||||||
|
GET /image/<name>/black+white
|
||||||
```
|
```
|
||||||
|
|
||||||
Support server-side aliasing of resolutions to names:
|
- Support optionally exposing full-resolution source images
|
||||||
|
|
||||||
```
|
```
|
||||||
GET /img/abcdefg/foobar.jpg # translates to something like 120x90
|
GET /image/<name>/original
|
||||||
```
|
```
|
||||||
|
|
||||||
Support parameter-based selection of scaling method:
|
- Support caching of generated image manipulations for reuse
|
||||||
|
|
||||||
```
|
- Support [HTTP 410](https://httpstatuses.com/410) for indicating removed images and
|
||||||
# "absolute scale horizontal", "relative scale vertical"
|
manipulations
|
||||||
GET /img/abcdefg/200x100.jpg?h=abs&v=rel
|
|
||||||
```
|
|
||||||
|
|
||||||
Support both sqlite and maria storage backend
|
- Support optional authentication with pre-generated access tokens
|
||||||
|
|
||||||
Support redis caching to relieve file system strain
|
- Support static file tree management for exposure via external web server (which is faster
|
||||||
|
than serving files with python)
|
||||||
|
|
||||||
Support autocleaning of cached file system files to reduce directory size
|
- Support automatic indexing of newly added image files
|
||||||
|
|
||||||
Support
|
- Support automatic indexing of removed image files
|
||||||
|
|
||||||
|
- Support arbitrary source directory structure
|
||||||
|
|
||||||
|
- Support Dockerized deployment
|
||||||
|
|
||||||
|
- Support bare-metal deployment (via systemd)
|
||||||
|
|
||||||
|
## Non-goals
|
||||||
|
|
||||||
|
- Client-defined image manipulations through publicly exposed parameters
|
||||||
|
|
||||||
|
> Manipulating images is- in the grand scheme of things- pretty resource intensive. Exposing
|
||||||
|
> dynamic parameters that can be cycled through to generate hundreds or thousands of
|
||||||
|
> permutations for every known image on a server could be used to either consume the
|
||||||
|
> server's entire disk or server's entire CPU.
|
||||||
|
|
||||||
|
- Upload functionality
|
||||||
|
|
||||||
|
> This application should be as simple as possible. Lots of people have implemented file
|
||||||
|
> upload systems, synchronizers, and managers way better than I have.
|
||||||
|
|
||||||
|
- Robust and flexible access control
|
||||||
|
|
||||||
|
> See above. Complex authentication can be added using a reverse proxy or any one of several
|
||||||
|
> dozen options for 3rd party middleware. The provided authentication is supposed to be
|
||||||
|
> dead simple for people who absolutely need the server to be private but absolutely cannot
|
||||||
|
> implement something more complicated.
|
||||||
|
|
||||||
|
- Pre-creation of image manipulations
|
||||||
|
|
||||||
|
> The goal of this program is just-in-time creation of the manipulated assets with
|
||||||
|
> aggressive caching; first load is slow, subsequent loads are fast. For this use case
|
||||||
|
> there's no sense creating or storing an asset until it's known to be needed.
|
||||||
|
Loading…
Reference in New Issue
Block a user