Jonas Haag
Jonas Haag
Feedback welcome.
I wonder if this could be implemented as a WSGI middleware? (Maybe there already exists some pluggable WSGI middleware that we can just use?)
Maybe one of those, didn't look into any closely though https://github.com/benley/python-wsgi-prometheus https://github.com/prometheus/client_python#wsgi https://github.com/rycus86/prometheus_flask_exporter
Sure, at least we will have to provide some hooks in the Klaus codebase or we can push metrics from Klaus (eg. increase some counters from Klaus views). I was...
Hi Sam, thanks for the contribution! Why not simply flatten the nesting before invoking the reloader script? I.e., find the git folders recursively in a shell scripts and then invoke...
Hm, not sure. You'll get there through the link above that link. Maybe we should redesign the "Tree @master" sidebar, happy for your suggestions.
Suggestion: Add a route that ends with `.tar.gz` instead of `/`, make it the default tarball download route, and make the `/` route a permanent redirect to the new `.tar.gz`...
Actually, having read your gist in #204, I'd suggest going with the GitHub URL format for the new route instead, i.e.: `//archive/.tar.gz` This allows for other formats than gzip tarballs...
Actually, make it work exactly like cgit, as you suggested in #204. This is the best compromise. ``` //archive/-.tar.gz ``` BUT shorten full SHAs to 7 characters, i.e. `caddy-8f3846d.tar.gz` instead...
We can also do aside with the Content-Disposition header for the new route as suggested filename and URL filename will be identical.