apache下正常執行的tp或者yii框架,遷移到nginx後無法訪問
這裡主要針對兩部分進行解決
重新規則,主要原因是url介面美化後,無法識別url
#在location中加入重新的判斷,可以正常訪問
location /
}
路由問題,我這裡tp3.2自定義的路由規則,會顯示錯誤
#這裡不僅要執行上面那一步,還要對location ~ \.php(.*)$ 中的判斷進行修改,主要針對url的
fastcgi_pass 127.0.0.1:9000;
include fastcgi_params;
set $path_info "";
set $fastcgi_script_name_new $fastcgi_script_name;
if ($fastcgi_script_name ~* "^(.+\.php)(/.+)$" )
fastcgi_param script_filename $document_root$fastcgi_script_name_new;
fastcgi_param script_name $fastcgi_script_name_new;
fastcgi_param path_info $path_info;
nginx配置url重寫
url重寫是指通過配置conf檔案,以讓 的url中達到某種狀態時則定向 跳轉到某個規則,比如常見的偽靜態 301重定向 瀏覽器定向等 在配置檔案的server塊中寫,如 server server last和break的區別 因為301和302不能簡單的只返回狀態碼,還必須有重定向的url,這就是...
nginx配置url重寫
url重寫是指通過配置conf檔案,以讓 的url中達到某種狀態時則定向 跳轉到某個規則,比如常見的偽靜態 301重定向 瀏覽器定向等 在配置檔案的server塊中寫,如 server server 因為301和302不能簡單的只返回狀態碼,還必須有重定向的url,這就是return指令無法返回30...
nginx配置url重寫
url重寫是指通過配置conf檔案,以讓 的url中達到某種狀態時則定向 跳轉到某個規則,比如常見的偽靜態 301重定向 瀏覽器定向等 在配置檔案的server塊中寫,如 server serverlast和break的區別 因為301和302不能簡單的只返回狀態碼,還必須有重定向的url,這就是r...