Php wpengine,wordpress多站点在用作后端时不显示帖子内容

Php wpengine,wordpress多站点在用作后端时不显示帖子内容,php,wordpress,varnish,Php,Wordpress,Varnish,为了实现指向myserver.wpnengine.com/blog/的魔力,我必须在wpnengine中创建一个多站点 从那时起,我可以通过一个基本的清漆重写成功地指向后端 因此,现在该页面显示在someserver.com/blog/上,当我将“home”设置为“http:/someserver.com/blog”时,该页面似乎会写入指向someserver.com/blog/some post的帖子链接 但是,当我浏览到这些帖子时,我会得到一个内部WP“未找到页面”。它实际上不是404,因为

为了实现指向myserver.wpnengine.com/blog/的魔力,我必须在wpnengine中创建一个多站点

从那时起,我可以通过一个基本的清漆重写成功地指向后端

因此,现在该页面显示在someserver.com/blog/上,当我将“home”设置为“http:/someserver.com/blog”时,该页面似乎会写入指向someserver.com/blog/some post的帖子链接

但是,当我浏览到这些帖子时,我会得到一个内部WP“未找到页面”。它实际上不是404,因为如果我转到它,它会正确返回页面,这意味着多站点和引用工作正常。WTF

我检查了数据库,DB表中的所有内容都正常

对我来说,这是WordPressPHP函数、缓存或wpengine中的一些东西。我已经清除了wpengine的wordpress管理插件中网络登录的所有缓存。有没有人遇到过这个问题

经过几天的调试,我阅读了现有的每一个手册页,并尝试通过wp config设置路径,所有这些都增加了写入的复杂性,而且似乎也不起作用

令人惊讶的是

这项工作:

在functions.php中,在php标记后面添加以下行:

更新_选项(“主页”和“”)

显然,这应该只是将其添加到wp_2_options表中的“home”密钥对中,但实际上它做了其他事情。它会在某个点触发此命令:

   $notoptions = wp_cache_get( 'notoptions', 'options' );
      if ( is_array( $notoptions ) && isset( $notoptions[$option] ) ) {
           unset( $notoptions[$option] );                    
           wp_cache_set( 'notoptions', $notoptions, 'options' );
    }
我相信这会删除选项缓存,目前wordpress或wpengine都存在一些缓存问题,普通的“home”密钥对首先应该可以正常工作,将“site”保留为“someblog.wpunge.com”,将所有wp_配置保留为wpengine将设置的普通多站点/根配置