Thank you so much for your time and effort in nginx! Hopefully this is
pretty trivial.
There’s patch by Kirill A. Korinskiy in Russian mailing list, that
allows variables in auth_basic_user_file. I will look it and if it’s
good,
will include it.
Igor, and the original author of the patch - you guys rock. Thank you.
This actually solves a problem I tried months ago and had to write
some custom script which sucked. Now, my users can use this without
having to ask me to re-run the script.
Seems to work like a charm and it allows for infinitely deep recursion
/foo/ works
/foo/a/b/c/ works
etc.
It does suck that nginx throws a 500 internal server error when no
.htpasswd exists.
Could there be a way with this dynamic auth_basic_user_file thing that
it just issues a 403 instead of a 500?
an ‘error’ to me is something that the server needs to be reconfigured
for. this could be simple human error. it could also require server
tweaks to make it work too, but i guess you’re right.
Probably 403 should be return in both cases (static and dynamic) if error
is file not found.
That is fine with me. I was going to recommend that but thought it
might be a bit incorrect. Since htpasswd stuff -is- required to be
configured on the server level, it is sort of a server error if it’s
pointing to the wrong file. However, the users can control the files a
lot of the time and remove them…
As long as there is a simple to read error log entry for it, that
works. Right now a 404 throws an “error” - shouldn’t that be more like
a “notice” ?
This missing file should be an error as it has more to do with server
configuration. But me randomly typing in /ekfhskdfdskhfs into a site
should not raise an “error” level:
2009/03/14 11:20:25 [error] 32217#0: *1 open()
“/home/mike/web/192.168.1.3/fds” failed (2: No such file or
directory), client: 192.168.1.2, server: 192.168.1.3, request: “GET
/fds HTTP/1.1”, host: “192.168.1.3”
IMHO it should be less important for a 404
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.