When request /javascripts/foo.js on the production app (hitting nginx) a
404 is returned directly instead if the request being passed to the app
servers. I would expext the request to be passed to the app servers as
the file is not on the filesystem. Why doesn’t the !-f $request_filename
condition (lines 15-18) apply?
If I remove the last portion of the nginx config file (the one which
adds an expires header to static files) all works as expected.
When request /javascripts/foo.js on the production app (hitting nginx) a 404 is returned directly instead if the request being passed to the app servers. I would expext the request to be passed to the app servers as the file is not on the filesystem. Why doesn’t the !-f $request_filename condition (lines 15-18) apply?
If I remove the last portion of the nginx config file (the one which adds an expires header to static files) all works as expected.
Any idea what might be wrong?
It’s because it is matching that regexp first.
You could do your if (-f ) check inside of there and it would probably
work, but that’s kind of messy. I’m sure Igor can post and give you a
much cleaner way to do the entire thing. Location blocks confuse the
hell out of me sometimes.
The backend should supply its own Expires header that overrides the
Nginx one (or perhaps Nginx doesn’t set Expires for proxied requests -
I haven’t specifically tested to see which it is). In any case, this
has worked fine whenever I’ve used it (you can check the wiki headers,
which has expires 30d set on / before passing to mediawiki).
And I’d probably use something like this in any case (I’ve never used
try_files, but this looks right):
And as a side note, getting rid of the regex would be a lot more
efficient. I’d consider making a special location for these files so
you could avoid the need for that.
Cliff
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.