$fastcgi_script_name and $document_uri chenged after 0.5.34 ?

Kelvin feisan at ymail.com
Tue Jul 8 15:20:25 MSD 2008


I have used nginx 0.5.34 for some days. The backend server is Django (run as
fastcgi).
 
I want to upgrade nginx to newer version now, but I find that all the
versions after 0.5.34 seem to change something with $fastcgi_script_name and
$document_uri.
 
This is some lines in my nginx.conf
 
location / {
  ...
  fastcgi_pass   127.0.0.1:10001;
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  fastcgi_param SCRIPT_NAME $fastcgi_script_name;
  fastcgi_param REQUEST_URI $request_uri;
  fastcgi_param DOCUMENT_URI $document_uri;
  fastcgi_param DOCUMENT_ROOT $document_root;
  ...
}
 
And the Django fastcgi process listen on 127.0.0.1:10001.
  
A url in my app is
http://www.xxxxx.com/edit/10000/http://www.xxxxx.com/some.do 
  
The Django's urls.py map the url like this
  
(r'^edit/(?P<topicid>\d+?)/(?P<url>.+?)$', 'myapp.views.edit'),
 
So, when the usr click this url, the python program will get two parameters:
topicid=10000, url=http://www.xxxxx.com/some.do
 
It was ok when I use nginx 0.5.34. But When I use a newer version, the param
url changed to http:/www.xxxxx.com/some.do
 
I print SCRIPT_NAME and DOCUMENT_URI the Django, with 0.5.34 the result is 
 
SCRIPT_NAME = /edit/10000/http://www.xxxxx.com/some.do
DOCUMENT_URI = =/edit/10000/http://www.xxxxx.com/some.do
 
with new version the result is 
 
SCRIPT_NAME = /edit/10000/http:/www.xxxxx.com/some.do
DOCUMENT_URI = =/edit/10000/http:/www.xxxxx.com/some.do
 
It seems the new version had remove a '/' when the url contains '//'.
 
Is it a bug or just a change?
 
 
 
 
 

 
 
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20080708/a2e3ed71/attachment.html>


More information about the nginx mailing list