此问题有许多可能的罪魁祸首,下面是建议的调试和解决方法:
Caching
<首先,您需要确保它不是本地缓存或we服务器缓存。如果您的托管提供商或dns服务提供varnish缓存等(pantheon、wpengine都有缓存,cloudflare和dyn也有缓存),请在保存新内容后重置它。然后在匿名/私有窗口中访问任何新内容的url时,在浏览器上执行硬刷新
Test Locally
<下一步,如果在清除缓存和硬刷新后仍然发生,请将站点克隆到本地开发沙盒(在wp-config.php和数据库中都对域进行了查找和替换)。您是否存在相同的重定向问题如果是,则可能是中的错误。htaccess—尝试备份现有的。htaccess并替换为WordPress安装程序/下载的新副本如果在更改后。htaccess文件,您继续在本地显示问题,它可能是站点主题或插件代码库中的自定义重定向。您可以在wp content文件夹中搜索php header()函数调用,类似于:
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.example.com");
?>
或类似于以下内容的旧html元标记重定向:
<meta http-equiv="refresh" content="0;url=http://www.example.com/new-page.html">
如果更改后仍存在问题(本地)。htaccess文件并检查编码的重定向规则,它可能是数据库中的插件设置。检查是否有任何可能具有重定向功能的插件,并一次禁用一个插件,看看它们是否是原因
Server Config
<如果重定向仍然发生,在本地测试没有问题的情况下,它肯定是服务器端的。再次检查站点的实时前端是否实际是从wp config中定义的数据库为Wordpress提供服务。php您可能会意外地被重定向到live web服务器上站点的开发或暂存副本,向其中添加内容,但随后尝试访问前端不同实例上的页面。
如果问题仍然存在,但仅在服务器上出现,请检查vhost配置文件(如果您对某个成本具有完全的管理员/root访问权限)
如果您的WordPress网站实际上是较大网站的子文件夹/子文件夹,请检查父级文件夹中是否存在任何可能冲突的htaccess规则。
否则,如果以上任何一项都不能确定罪魁祸首,您可能需要深入研究代码和数据库/站点配置。