Changes with nginx 0.7.4 30 Jun
2008
*) Feature: variables support in the "access_log" directive.
*) Feature: the "open_log_file_cache" directive.
*) Feature: the -g switch.
*) Feature: the "Expect" request header line support.
*) Bugfix: large SSI inclusions might be truncated.
The -g switch? Any more details on this? There’s nothing in the wiki
yet:
http://wiki.codemongers.com/NginxCommandLine
Igor S. wrote:
*) Bugfix: large SSI inclusions might be truncated.
–
Phillip B Oldham
The Activity People
[email protected] mailto:[email protected]
Policies
This e-mail and its attachments are intended for the above named
recipient(s) only and may be confidential. If they have come to you in
error, please reply to this e-mail and highlight the error. No action
should be taken regarding content, nor must you copy or show them to
anyone.
This e-mail has been created in the knowledge that Internet e-mail is
not a 100% secure communications medium, and we have taken steps to
ensure that this e-mail and attachments are free from any virus. We must
advise that in keeping with good computing practice the recipient should
ensure they are completely virus free, and that you understand and
observe the lack of security when e-mailing us.
On Mon, Jun 30, 2008 at 01:59:38PM +0100, Phillip B Oldham wrote:
The -g switch? Any more details on this? There’s nothing in the wiki yet:
http://wiki.codemongers.com/NginxCommandLine
The -g switch allow to set global directive in command line, e.g.:
nginx -g “pid /var/run/nginx.pid; worker_processes sysctl -n hw.ncpu
;”
Note the semicolon after last directive.
On 6/30/08, Igor S. [email protected] wrote:
Changes with nginx 0.7.4 30 Jun 2008
*) Feature: the “open_log_file_cache” directive.
I was hoping to look at what the open_log_file_cache was and update
the wiki, but the auto translation is a bit weak… 
http://translate.google.com/translate?u=http%3A%2F%2Fsysoev.ru%2Fnginx%2Fdocs%2Fhttp%2Fngx_http_log_module.html&hl=en&ie=UTF8&sl=ru&tl=en
On Monday 30 June 2008, mike wrote:
cs%2Fhttp%2Fngx_http_log_module.html&hl=en&ie=UTF8&sl=ru&tl=en
open_file_cache, open_file_cache_errors, open_file_cache_min_uses and
open_file_cache_valid are missing in wiki too.
i updated wiki NginxHttpLogModule, please correct my english
Igor S. ha scritto:
By the way, some time ago, I wrote a patch with the implementation of a
new switch -p.
It allows to set the prefix path in command line.
Regards Manlio P.
On Jun 30, 2008, at 8:43 AM, Igor S. wrote:
Changes with nginx 0.7.4 30
Jun 2008
*) Feature: variables support in the “access_log” directive.
excellent!
Igor S. wrote:
Changes with nginx 0.7.4 30 Jun 2008
*) Feature: variables support in the "access_log" directive.
This is excellent!
However, I have quite a few rails sites and I would like to use a
variable in the proxy_pass definition also…
I would like to use $site to simplify this as follows (so that I can
chuck the whole lot in the include section):
upstream mongrel_cluster_production.admin.mysite.com {
server 127.0.0.1:8031;
server 127.0.0.1:8032;
}
server {
listen 1.2.3.4;
server_name admin.mysite.com *.admin.mysite.com ;
set $site "admin.mysite.com";
…
location / {
include /etc/nginx/std_rails_root.conf;
if (!-f $request_filename) {
proxy_pass
http://mongrel_cluster_production.$site;
break;
}
}
}
Would you please consider extending this feature to the proxy_pass
definition also (static variables set at the server level are plenty for
my requirements)
Thanks for listening…
Ed W
On Mon, 2008-06-30 at 18:51 +0100, Ed W wrote:
However, I have quite a few rails sites and I would like to use a
variable in the proxy_pass definition also…
I would like to use $site to simplify this as follows (so that I can
chuck the whole lot in the include section):
You could try something like this (untested):
map $host $backend {
hostnames;
.admin.mysite.com mongrel_cluster_production.admin.mysite.com;
}
…
location / {
include /etc/nginx/std_rails_root.conf;
if (!-f $request_filename) {
proxy_pass http://$backend;
break;
}
}
}
Regards,
Cliff