Судя в соответствии со статьей виртуального парня MSDN, они не представляют это в R2. Статья объясняет некоторые обручи, которые он должен был пройти на ноутбуке, выполняющем R2.
возможно, взгляните на django документацию по http://code.djangoproject.com/wiki/BackwardsIncompatibleChanges#ChangedthewayURLpathsaredetermined. решение для моих smiliar проблем (но с lighttpd) помещало
FORCE_SCRIPT_NAME=""
в моем settings.py. также дают
FORCE_SCRIPT_NAME="/"
попытка!
Я знаю, что отъезд в SCRIPT_NAME дал мне все виды проблем.
Мои fastcgi_params в производстве и тестировании:
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param PATH_INFO $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
Все остальное в значительной степени идентично.
Я просто удаляю строку
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
из моего файла конфигурации nginx и всегда начинаю работать.
(nginx 0.7.65, Django 1.4)