Linux怎么配置Nginx伪静态 Nginx Rewrite重写规则编写详解-LINUX-PHP中文网

nginx伪静态不依赖.htaccess，规则须写入server块；推荐用try_files替代if判断，rewrite flag中last用于内部重写、break用于路径替换、redirect/302用于调试、permanent/301用于seo；location匹配优先级决定rewrite是否生效，中文url需客户端编码且正则适配utf-8。

linux怎么配置nginx伪静态 nginx rewrite重写规则编写详解

直接说结论：Nginx 伪静态不是靠 `.htaccess`，所有规则必须写进 `server` 块里；用 `rewrite` 指令配合 `last` 或 `break` 是主流做法，但滥用 `if` 容易出错，推荐优先用 `try_files` 替代。

rewrite 指令的 flag 怎么选：last、break、redirect、permanent

flag 决定重写后的行为，选错会导致循环跳转、404 或 SEO 损失：

last：终止当前 location 匹配，用新 URI 重新匹配 location —— 适合内部重写（如把 /article/123 映射到 /index.php?mod=article&id=123）
break：停止 rewrite 处理，不重新匹配 location —— 适合简单路径替换，比如子目录迁移：rewrite ^/old/(.*)$ /new/$1 break;
redirect：返回 302 临时跳转 —— 调试时用，URL 地址栏会变，暴露真实路径
permanent：返回 301 永久跳转 —— 上线后 SEO 友好，但浏览器会缓存，改错难回退

常见错误：在 location / 里写 rewrite ... last; 后没配对应的 PHP 处理块，导致重写后的 /index.php?... 被当成静态文件返回 404。

为什么 if (!-e $request_filename) { rewrite ... } 是危险写法

这个模式看似“不存在文件就走 PHP”，但 Nginx 官方明确不建议在 location / 中用 if 做存在性判断，原因有三：

if 在 location 块中属于“非标准上下文”，行为不稳定，尤其和 rewrite、return 混用时容易触发隐式循环
$request_filename 的值依赖 root 或 alias 配置，若没设或设错，判断永远为真，所有请求都进 rewrite
性能开销大：每次请求都要做一次文件系统 stat 调用，高并发下明显拖慢

更安全的替代是 try_files：try_files $uri $uri/ /index.php?$query_string; —— 它原生支持多级 fallback，无 if 开销，且语义清晰。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

location 匹配顺序影响 rewrite 是否生效

Nginx 不是按配置顺序执行，而是按匹配优先级选 location 块。伪静态规则若写在低优先级的块里，可能根本不会触发：

精确匹配 = /xxx 优先级最高
前缀匹配 ^~ /blog/ 次之，且一旦匹配，**不进入正则匹配阶段**，适合锁定目录后做 rewrite
正则匹配 ~ \.php$ 或 ~* \.(jpg|png)$ 再次之，但会覆盖前面的前缀匹配（除非加 ^~）
普通前缀匹配（如 location /）优先级最低

所以正确姿势是：用 location ^~ /blog/ 锁定路径前缀，再在里面写 rewrite ^/blog/(\d+)$ /blog/index.php?id=$1 last;。别把所有规则堆在 location / 里，否则可能被后面的 location ~ \.php$ 截胡。

中文 URL 和特殊字符怎么处理

Nginx 默认能识别 UTF-8 编码的百分号格式（如 %E4%B8%AD），但要注意两点：

客户端必须先 encodeURIComponent，不能直接发原始中文 —— 否则 Nginx 解析失败，rewrite 正则匹配不到
如果规则里要捕获中文段，正则得用 [\u4e00-\u9fa5] 或更稳妥的 [^\x00-\x7F]，但注意 PCRE 版本需 ≥ 8.32 且编译时启用了 UTF-8 支持
更省事的做法是避免在路径中用中文，统一用拼音或 slug；若必须支持，建议在应用层 decode 后再处理，Nginx 层只做透传

另外，rewrite 中的 $1 等捕获变量默认不自动解码，若上游已编码，直接传递即可；重复 decode 会导致乱码，这是调试时最常忽略的一环。