问题可能与您博客的Nginx中的服务器设置有关。/blog/的位置规则可能错误，特别是try\\u文件。应该是这样的：

location /blog/ {
     try_files $uri $uri/ /index.php$is_args$args;
}

这将告诉Nginx它应该尝试查找请求的资源的顺序。它将首先尝试在URL中找到确切的对象。如果不存在，它将尝试将该对象作为目录查找。如果不存在，它会将请求传递给索引。php以及任何参数或查询字符串（如果存在）。自索引。在WordPress的主处理程序中，这将触发WordPress根据重写规则查找您请求的页面或帖子。

这种配置的优点在于，您现在可以将permalink结构更改为WordPress支持的任何内容，而无需更改Nginx规则。与在Nginx中使用显式重写规则相比，这也是推荐的方法。

将此代码放入functions.php 文件

   add_filter( \'got_rewrite\', \'__return_true\', 999 );

更新：got_mod_rewrite() 函数检查当前服务器是否为apache，是否使用apache_mod_loaded() 作用因为我们使用的是nginx，所以它返回false。所以wordpress添加了索引。url中的php。

通过使用got_rewrite 过滤器我们正在告诉wordpress我们在服务器中进行了重写。

将此位置对象添加到nginx中的服务器配置中。形态。

location /blog {
    try_files $uri $uri/ /blog/index.php$is_args$args;
}

然后重新启动nginx。

Wordpress文件夹的符号链接我在我的实现中使用了Wordpress文件夹的符号链接，我发现在尝试访问该符号链接中的真实文件夹时仍然存在一些问题。其中有三个文件夹try_files $uri/ 部分在这里似乎失败了（至少对我来说），所以我最终手动排除了这些文件夹try_files. 如果您有类似的问题，请尝试下面的位置块。

location ~* \\/blog\\/(?!.*(wp-admin|wp-content|wp-includes)).* {
    try_files $uri $uri/ /blog/index.php$is_args$args;
}