移除查询字符串中的?，解决Pico CMS URL重写配置问题

云上老周

2026-5-20

解决Pico CMS查询字符串到友好URL的地址栏跳转问题

我太懂你的困扰了——你现在的RewriteRule只是完成了服务器内部的URL映射（把/page转成?page让Pico识别），但反过来，当用户直接输入带查询参数的旧URL（比如https://www.example.org?page=xxx）时，地址栏不会自动变成友好的/xxx格式。要实现这个地址栏跳转的效果，你得补上外部重定向规则，同时还要避免规则循环踩坑。

Apache环境下的配置方案

把下面的规则放到你的.htaccess里，一定要注意顺序：

# 第一步：外部重定向——把带?page=xxx的请求强制跳转到友好URL
# 匹配查询字符串以page=开头的情况，捕获参数里的页面路径
RewriteCond %{QUERY_STRING} ^page=(.*)$
# 当请求的是根目录时，跳转到/捕获到的路径，末尾的?用来清空查询字符串
RewriteRule ^/?$ /%1? [R=301,L]

# 第二步：内部重写——把友好URL映射为Pico能识别的查询参数格式
RewriteRule ^(.*)$ ?page=$1 [L]

关键规则说明：

R=301：用永久重定向，既对搜索引擎SEO友好，也能让浏览器缓存这个跳转规则，减少后续重复跳转请求
L：标记这是当前匹配的最后一条规则，避免后续规则干扰逻辑
末尾的?：必须加上，不然跳转后的URL会残留?page=xxx的尾巴，达不到地址栏干净的效果

Nginx环境下的配置方案

如果你的服务器用的是Nginx，对应配置如下：

server {
    # 保留你原有的server配置（比如监听端口、根目录等）...

    # 处理查询字符串到友好URL的重定向
    if ($args ~* "^page=(.*)$") {
        set $target_page $1;
        return 301 $scheme://$host/$target_page;
    }

    # 内部重写友好URL到Pico的入口文件
    location / {
        try_files $uri $uri/ /index.php?page=$uri;
    }
}