My nginx version is : root@v-enterprise15:/etc/nginx/conf.d# nginx -v nginx: nginx version: nginx/1.0.5 My application is installed at /usr/share/nginx/www/magento/current When I access http://myserver:81/magento/current/index.php it works fine. This is because the server root is set to /usr/share/nginx/www; Now I want to acces the app using http://myserver.co.in:81/index.php. When I change the server root to /usr/share/nginx/www/magento/current and type the above URL, it REDIRECTS with http 302 to http://myserver:81/magento/current. What might be the reason for this? It then applies other rules from my .conf and gives a 404. I see this in the access log: [31/Jul/2012:11:19:23 +0530] "GET /index.php HTTP/1.1" 302 5 "-" "Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.64" My .conf file is: server { listen 81 default; ## SSL directives might go here server_name myserver; #root /usr/share/nginx/www; root /usr/share/nginx/www/magento/current; error_log /var/log/nginx.error.log notice; access_log /var/log/nginx.access.log ; rewrite_log on; location / { auth_basic "Restricted"; ## Message shown in login window auth_basic_user_file htpasswd; ## See /etc/nginx/htpassword index index.html index.php; ## Allow a static html file to be shown first try_files $uri $uri/ @magehandler; ## If missing pass the URI to Magento's front handler #try_files $uri $uri/ ; ## If missing pass the URI to Magento's front handler #expires 30d; ## Assume all files are cachable } location ^~ /. { ## Disable .htaccess and other hidden files return 404; } location @magehandler { ## Magento uses a common front handler #rewrite / /index.php; rewrite ^(.*) index.php$1 last; } #The more-specific regex are at the top. #The regex's are evaluated in the order in which they appear. location ~ .php$ { ## Execute PHP scripts #if (!-e $request_filename) { rewrite / /index.php last; } ## Catch 404s that try_files miss proxy_read_timeout 120; proxy_connect_timeout 120; expires off; ## Do not cache dynamic content fastcgi_pass 127.0.0.1:9000; #fastcgi_param HTTPS $fastcgi_https; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param MAGE_RUN_CODE default; ## Store code is defined in administration > Configuration > Manage Stores fastcgi_param MAGE_RUN_TYPE store; include fastcgi_params; ## See /etc/nginx/fastcgi_params } location ~ /(media|skin|js)/ { } location ~ /(tag|admin|customer|wishlist|checkout|catalog|app).*$ { #store URL rewrite /(.*)$ /index.php/$1 last; } location ~ /[a-zA-Z]+$ { #store URL rewrite ^/([a-zA-Z]+) ?store=$1 last; } location ~ /[a-zA-Z]+/ { #store URL rewrite ^/([a-zA-Z]+)(.*) /$2?store=$1 last; } Posted at Nginx Forum: http://forum.nginx.org/read.php?2,229127,229127#msg-229127
on 2012-07-31 09:07
on 2012-07-31 19:33
On Tue, Jul 31, 2012 at 03:06:58AM -0400, yashgt wrote: Hi there, > and type the above URL, it REDIRECTS with http 302 to > http://myserver:81/magento/current. > What might be the reason for this? Might it be the application doing the redirect, and not nginx? What is the output from running the command curl -i http://myserver.co.in:81/index.php ? Does it include anything like "X-Powered-By: PHP"? From your configuration, I see no obvious reason why nginx should be issuing the redirect. If it *is* the application, then you'll probably want to configure it to do what you want it to do. Good luck with it, f -- Francis Daly francis@daoine.org
on 2012-08-01 09:03
That was exactly the problem. The app was causing the redirect. Thanks a ton. Posted at Nginx Forum: http://forum.nginx.org/read.php?2,229127,229168#msg-229168
Please log in before posting. Registration is free and takes only a minute.
Existing account
(Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
Log in with Google account | Log in with Yahoo account
No account? Register here.