WebDAV server. That's all it does.
Go to file
Neale Pickett bf3bd35fdb Update README 2023-04-02 13:36:50 -06:00
cmd/webfs Update README 2023-04-02 13:36:50 -06:00
web GET / => index.html 2023-03-04 13:27:15 -07:00
Dockerfile Re-add thumbnailing 2023-04-02 13:04:30 -06:00
LICENSE.md License: now with unicode! 2023-03-04 13:39:08 -07:00
README.md Update README 2023-04-02 13:36:50 -06:00
build.sh initial version with thumbnailing 2023-03-04 11:17:11 -07:00
docker-compose.yaml Re-add thumbnailing 2023-04-02 13:04:30 -06:00
go.mod Re-add thumbnailing 2023-04-02 13:04:30 -06:00
go.sum Re-add thumbnailing 2023-04-02 13:04:30 -06:00

README.md

webfs

It's a WebDAV server that generates and caches media thumbnails.

I front-end it with Caddy, which handles authentication and access controls. Because the thumbnails live at the same path as the original media, so I don't need any special gubbins to protect thumbnails the same way.

Thumbnails

If you put ?thumbnail at the end of the URL, it will use ffmpeg to generate a WebP thumbnail that fits in a 320x200 box.

I use WebP because it provides alpha channels, animations, and good compression. If your browser doesn't have WebP support, that's a real pity, and this isn't a good software solution for you.

Thumbnails are cached. No attempt is made to verify whether thumbnails are up-to-date, or to clean up the thumbnail directory. Something else is going to have to manage that.