将自定义WordPress页面迁移至核心PHP：URL大小写敏感问题求助

方法1：优化.htaccess规则，仅转换页面路由为小写 #

原来的规则会把所有请求（包括静态资源）转小写，导致图片、JS等文件找不到，我们可以添加条件排除常见静态文件后缀，只针对页面路由做转换：

RewriteEngine On

# 排除静态资源：匹配常见的图片、JS、CSS、字体等后缀
RewriteCond %{REQUEST_URI} !\.(png|jpg|jpeg|gif|webp|svg|js|css|woff|woff2|ttf|eot|ico|pdf)$ [NC]
# 仅当URL包含大写字母时才处理
RewriteCond %{REQUEST_URI} [A-Z]
RewriteRule ^(.*)$ /${tolower:$1} [R=301,L]

• 原理：先过滤掉静态资源请求，只对页面路由执行小写转换，既解决了URL大小写问题，又不会影响静态文件访问。
• 注意：如果有其他特殊后缀的静态文件，补充到排除列表里即可。

方法2：PHP入口层统一处理路由大小写 #

如果你的项目是通过单一入口文件（比如index.php）处理路由，可以在入口处直接将请求URI转为小写，再匹配对应的PHP页面：

// 获取当前请求的URI，去掉开头的/
$requestUri = ltrim($_SERVER['REQUEST_URI'], '/');
// 转成小写
$lowercaseUri = strtolower($requestUri);

// 示例：拆分路由，匹配对应的PHP文件
$parts = explode('/', $lowercaseUri);
if ($parts[0] === 'game-details' && isset($parts[1], $parts[2])) {
    // 处理game-details页面逻辑，$parts[2]就是game字段值
    include 'game-details.php';
    exit;
}

// 其他路由处理逻辑...

• 原理：在PHP层面统一处理路由大小写，完全不影响静态文件的请求路径，也不需要依赖.htaccess的RewriteMap（部分主机可能不支持RewriteMap）。
• 优势：更灵活，能根据项目路由规则自定义处理逻辑，比如保留动态参数的大小写（如果有需要的话）。

方法3：文件系统层面兼容（可选） #

如果你的PHP页面是物理文件（比如Game-details.php），可以在服务器上创建小写的文件副本或者软链接：

# 创建软链接，将Game-details.php指向game-details.php
ln -s Game-details.php game-details.php

• 缺点：需要手动维护所有页面的大小写映射，页面数量多的时候容易出错，不如前两种方法高效。

总结 #

推荐优先用方法1或方法2：

• 若项目依赖Apache的.htaccess且路由规则简单，选方法1；
• 若项目是现代化的PHP路由架构，选方法2更灵活可控。

内容的提问来源于stack exchange，提问作者Dipen Patel