WordPress 固定链接失效通常由 .htaccess 文件丢失或配置错误导致，表现为页面无法通过友好的 URL 访问、自动跳转到 ?page_id= 参数形式，或返回 404 错误。本文提供安全、可复现的修复步骤，涵盖自动重写与手动配置两种方案。
wordpress 固定链接失效通常由 `.htaccess` 文件丢失或配置错误导致，表现为页面无法通过友好的 url 访问、自动跳转到 `?page_id=` 参数形式，或返回 404 错误。本文提供安全、可复现的修复步骤，涵盖自动重写与手动配置两种方案。
WordPress 的“友好链接”（如 https://mywebsite.com/all）依赖 Apache 的 mod_rewrite 模块和正确的 .htaccess 重写规则实现。当您发现原本能通过 /index.php/all 访问的页面，现在仅在附加 index.php 时才临时生效，且直接访问 /all 返回 404 或被强制重定向为 /?page_id=102，这几乎可以确定是 .htaccess 文件内容缺失、被清空或权限异常，导致 WordPress 无法正常解析请求路径。
✅ 推荐修复流程（优先尝试）
- 登录 WordPress 后台 → 进入「设置」→「固定链接」；
- 先切换为「朴素」结构（即 ?p=123 形式），点击「保存更改」；
- 再切回目标结构（如「文章名」/sample-post/），再次点击「保存更改」。
此操作会触发 WordPress 尝试自动重写 .htaccess 文件（前提是 Web 服务器允许文件写入）。若成功，问题将立即解决。
⚠️ 若自动重写失败：手动配置 .htaccess
请通过 FTP 或主机控制面板（如 cPanel 文件管理器）编辑网站根目录下的 .htaccess 文件，完全替换其内容为以下标准 WordPress 重写规则（注意：请勿追加，务必覆盖原有内容）：
# BEGIN WordPress
# The directives (lines) between "BEGIN WordPress" and "END WordPress" are
# dynamically generated, and should only be modified via WordPress filters.
# Any changes to the directives between these markers will be overwritten.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress? 关键说明：
- 确保服务器已启用 mod_rewrite（绝大多数 Linux 主机默认开启）；
- .htaccess 文件需位于 WordPress 安装根目录（与 wp-admin/、wp-content/ 同级），且权限建议设为 644；
- 若使用 Nginx，请勿配置 .htaccess —— 需在 Nginx 配置中添加等效 try_files 规则（例如 try_files $uri $uri/ /index.php?$args;）；
- 修改后清除浏览器缓存及任何 CDN/缓存插件缓存，再测试访问 /all 是否正常加载。
? 补充排查建议
- 检查 WordPress 地址（WP_HOME）与站点地址（WP_SITEURL）是否一致且无尾部斜杠差异；
- 临时停用所有插件（尤其是安全、SEO 或缓存类插件），排除规则冲突；
- 确认主题 functions.php 中未误删或覆盖 flush_rewrite_rules() 相关逻辑。
完成上述任一有效操作后，您的固定链接即可恢复语义化访问能力——https://mywebsite.com/all 将直接正确响应，不再依赖 index.php 中转或参数式 URL。
