chillfish8 / lust Goto Github PK

Currently, Lust is shipped as one big binary with some 500+ dependencies, this is rather large and leads to a lot of dependencies that most people using Lust for will never use if they only use one storage backend.

A solution is to dynamically load backends from DLLs, this would allow a user to build/download their given backend(s) and load them from the main server rather than having to have all the other backends shipped to them.

This would also allow a more pluggable experience for developing extensions etc...

Currently, Lust supports Cassandra via its scylla DB driver, while this system works logically it is currently prone to timeouts depending on the data and setup. This might be an issue with the testing database or more likely my less than perfect CQL knowledge leading to in-efficient queries.

At the moment the server has no real way of providing metrics to the user which may be an issue for some who want monitoring, or at least is a large inconvenience to do.

A Prometheus endpoint would allow things like Grafana dashboards to make life much easier to produce monitoring for.

Is your feature request related to a problem? Please describe.
To reduce load on the lust server, I'd like to serve pictures directly from block storage.

Describe the solution you'd like
When the block storage is public, a static link should be returned instead of the image itself. If the block storage is private a signed link should be returned instead.

Describe alternatives you've considered
Only other solutions that are more complicated e.g. imageflow.

Describe the bug
If default_serving_preset is set to null original image in 0 directory is not deleted, and Lust returns 200 status.

To Reproduce
Steps to reproduce the behavior:

1. create setup with default_serving_preset=null
2. run Lust with the config
3. add image
4. delete image

Expected behavior
It should delete an image from all sizing presets

Versioning (please complete the following information):

• Lust Version = master
• OS = ubuntu 20.04
• Rustc Version = 1.70

Mac and iPhone users upload heic format. Doesn't seem supported here?

Describe the bug
After deleting an image it's possible to get a variant kept in cache. If files are removed manually (tested on filesystem storage type) and a user tries to get an image that was deleted and previously was kept in cache new file is created (as I assume from cache ).
If the global cache option is disabled or the bucket cache is used instead of the global the problem doesn't occur.

To Reproduce
Steps to reproduce the behavior:

1. set Lust running instance
2. creating an image
3. getting the image
4. deleting the image
5. getting the image again (it's returned & created)
6. deleting the image manually
7. getting the image again (it's returned & created)

Expected behavior

• Deleting image shouldn't be available with get endpoint
• most importantly it shouldn't create a new instance of an image if it was deleted

Versioning (please complete the following information):

• Lust Version = master
• OS = ubuntu 20.04
• Rustc Version = 1.70

Lust is currently returning a 5xx error when image formats are unknown and cannot be guessed, but also if it's unsupported. We should add a correct status code relating to this rather than an error.