緣由
很久不使用apache了,漸漸對apache感到陌生,因為朋友有個zendframework框架從apache移到nginx下,需要pathinfo模式支援。
網上海搜
於是開始搜尋nginx pathinfo相關文章,一開以為很容易就會配置好。因為搜尋後發現有大量文章介紹nginx開啟pathinfo模式,感覺不是什麼難事。但是經過幾個小時下來,還是沒有配置好。而且大量文章的內容都極為相似,基本上都是轉載的。
開始有點急了!因為一天過去了沒有配好。
繼續摸索
沒辦法,繼續搜尋。為了驗證方便,我用a.com下載thinkphp框架搭了個環境。並且加了useraction.class.php控制器類,在類別裡加了一個app方法並輸出一行文字。
於是,我開始不斷改寫nginx.conf檔案重啟nginx,不斷的刷新a.com/index.php/user/app 位址。結果不是地址損壞提示、502、access defind.
又是一天過去了,開始感覺有點彷。
最後堅持
按理說我感覺應該有nginx thinkphp的先例,只是我沒有搜尋到答案而已。突然間覺得網路上好迷茫,一個小小的問題尋求不到解答。今晚,又試著用nginx thinkphp關鍵字搜索,我一下點到十多頁以後,找到一處代碼
複製代碼 代碼如下:
location / {
if (!-e $request_filename) {
rewrite ^/(.*)$ /index.php/$1 last;
location ~ \.php {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fcgi.conf努;##gi_c set _name name (. ?\.php)(/. )$") {
set $real_script_name $1;
set $path_info $2;
# }_$cm fastcgi_param script_name $real_script_name;
fastcgi_param path_info $path_info;
}
##已儲存修改,重新啟動nginx,刷新瀏覽器
意想不到的頁面出現了
#居然能訪問了,終於鬆了一口氣,實在太不容易了。
貼出nginx.conf程式碼:
複製程式碼 程式碼如下:
user www www;
worker_processes 2;
worker_cpu_affinity 01 10;
#
error_log /data1/logs/nginx_error.log crit;
pid webserver /nginx/nginx.pid;
worker_rlimit_nofile 65535;
events
#{
使用epoll;
worker_connections 65535;
## #http
{
包含 mime.types;
default_type application/octet-stream;
# server_names_hash_bucket_size 128128;
## server_names_hash_bucket_size 128128;##; 2k;
client_max_body_size 8m;
sendfile on;
tcp_nopush on;
keepalive_time cgi_send_timeout 300;
fastcgi_read_timeout 300 ;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size#128k;
fastcgi_busy_buffers_size#128k;##1_fast,fastc {
Listen 80;
server_name a.com ;
索引index.php;
root /data0/htdocs/a.com/www;
name) {
重寫 ^ /(.*)$ }
地點~ \.php {
fastcgi_pass 127.0 .0.1:9000;
fastcgi_index index.php;
include fcgi.conf;
include fcgi.conf;
if ($fastcgi_script_name ~ "^(. ?\.php)(/. )$") {
param script_filename $document_root$real_script_name;
fastcgi_param script_name $real_script_name ;
fastcgi_param path_info $path_info;
}
}
}
#
以上是nginx中怎麼配置pathinfo模式的詳細內容。更多資訊請關注PHP中文網其他相關文章!

NGINX和Apache都是強大的Web服務器,各自在性能、可擴展性和效率上有獨特的優勢和不足。 1)NGINX在處理靜態內容和反向代理時表現出色,適合高並發場景。 2)Apache在處理動態內容時表現更好,適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。

NGINX適合處理高並發請求,Apache適合需要復雜配置和功能擴展的場景。 1.NGINX採用事件驅動、非阻塞架構,適用於高並發環境。 2.Apache採用進程或線程模型,提供豐富的模塊生態系統,適合複雜配置需求。

NGINX可用於提升網站性能、安全性和可擴展性。 1)作為反向代理和負載均衡器,NGINX可優化後端服務和分擔流量。 2)通過事件驅動和異步架構,NGINX高效處理高並發連接。 3)配置文件允許靈活定義規則,如靜態文件服務和負載均衡。 4)優化建議包括啟用Gzip壓縮、使用緩存和調整worker進程。

NGINXUnit支持多種編程語言,通過模塊化設計實現。 1.加載語言模塊:根據配置文件加載相應模塊。 2.應用啟動:調用語言運行時執行應用代碼。 3.請求處理:將請求轉發給應用實例。 4.響應返回:將處理後的響應返回給客戶端。

NGINX和Apache各有優劣,適合不同場景。 1.NGINX適合高並發和低資源消耗場景。 2.Apache適合需要復雜配置和豐富模塊的場景。通過比較它們的核心特性、性能差異和最佳實踐,可以幫助你選擇最適合需求的服務器軟件。

確認 Nginx 是否啟動的方法:1. 使用命令行:systemctl status nginx(Linux/Unix)、netstat -ano | findstr 80(Windows);2. 檢查端口 80 是否開放;3. 查看系統日誌中 Nginx 啟動消息;4. 使用第三方工具,如 Nagios、Zabbix、Icinga。

要關閉 Nginx 服務,請按以下步驟操作:確定安裝類型:Red Hat/CentOS(systemctl status nginx)或 Debian/Ubuntu(service nginx status)停止服務:Red Hat/CentOS(systemctl stop nginx)或 Debian/Ubuntu(service nginx stop)禁用自動啟動(可選):Red Hat/CentOS(systemctl disable nginx)或 Debian/Ubuntu(syst


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!

Dreamweaver Mac版
視覺化網頁開發工具

禪工作室 13.0.1
強大的PHP整合開發環境

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能