Jeremy Echols
Jeremy Echols
This is obviously dead. There's a good fork available. Please close this project and tell people to use the one that's maintained. Leaving this up here isn't helping anybody. See...
Go's standard http package is a little *too* willing to accept requests, so when concurrency reaches absurd levels (say 20+ concurrent requests), all the requests are fighting for very limited...
The viper stuff for command-line args is handy, but not worth the half a billion random dependencies it pulls in. Let's figure out a cheaper way to do this. We...
Plugins having to include viper and rely on global state is unnecessary and potentially dangerous (as global state tends to be). Plugins should be able to simply request a configuration...
When dealing with a huge non-JP2 image, the server can become... sluggish, let's just say. It would be very handy to be able to put all requests for a given...
This could get tricky since logging is so integral to RAIS, and some logs are produced before plugins are even loaded. But it would be very handy to be able...
Add functions that can be called via HTTP requests: - Purge in-memory cache. This shouldn't affect enough of the app to worry about granularity, at least not with the current...
It would be excellent if the caching layer were a set of plugin hooks rather than a hard-coded option. The current in-memory 2Q LRU cache could be a default plugin,...
Caching thumbnails is pretty easy to do externally, so this has never been a priority, but anybody wanting an all-in-one solution might prefer a simple in-memory thumbnail cache. The tile...
When a file is replaced by another with different dimensions, the cache is a mess and wrecks things until the cache(s) expire. Since we don't expire based on a time,...