Wordpress站点从线上迁移到本地环境后，不少开发者会遇到媒体文件、附件等资源自动跳转到HTTPS协议的情况，导致本地访问时资源加载失败，页面显示异常。下面我们就针对这个问题展开分析，给出完整的解决思路。
问题常见成因
出现HTTPS重定向问题的核心原因通常有以下几类：
- 线上站点原本开启了HTTPS，数据库中存储的媒体文件链接都是HTTPS格式，迁移到本地HTTP环境后没有同步更新
- Wordpress配置文件
wp-config.php中残留了强制HTTPS的相关设置 - 本地服务器（如Apache、Nginx）配置了错误的SSL重定向规则，强制将HTTP请求跳转到HTTPS
- 站点安装了SSL相关的插件，迁移后插件配置未重置，仍然生效
分步解决方法
第一步：更新数据库中的资源链接
首先登录本地数据库管理工具（如phpMyAdmin），找到Wordpress对应的数据库，执行SQL语句批量替换链接中的HTTPS为HTTP。以下是通用的替换语句示例：
-- 替换站点地址中的HTTPS为HTTP UPDATE wp_options SET option_value = replace(option_value, 'https://localhost/wordpress', 'http://localhost/wordpress') WHERE option_name = 'home' OR option_name = 'siteurl'; -- 替换文章内媒体链接的HTTPS为HTTP UPDATE wp_posts SET post_content = replace(post_content, 'https://localhost/wordpress/wp-content/uploads', 'http://localhost/wordpress/wp-content/uploads'); -- 替换附件地址中的HTTPS为HTTP UPDATE wp_postmeta SET meta_value = replace(meta_value, 'https://localhost/wordpress/wp-content/uploads', 'http://localhost/wordpress/wp-content/uploads');
注意将上述语句中的localhost/wordpress替换为你本地站点的实际访问路径，wp_前缀如果修改过也要对应调整。
第二步：调整wp-config.php配置
打开本地Wordpress根目录下的wp-config.php文件，检查是否存在以下强制HTTPS的配置，如果有就注释或者删除：
// 如果存在以下配置，直接注释掉
// define('FORCE_SSL_ADMIN', true);
// define('FORCE_SSL_LOGIN', true);同时可以手动设置站点的访问地址，避免配置读取异常：
// 在文件末尾添加，替换为你的本地站点实际地址
define('WP_HOME', 'http://localhost/wordpress');
define('WP_SITEURL', 'http://localhost/wordpress');第三步：修正本地服务器配置
如果使用的是Apache服务器，检查站点根目录下的.htaccess文件，删除所有强制跳转到HTTPS的规则，比如以下类似的配置：
# 删除以下类似的重定向规则
# RewriteEngine On
# RewriteCond %{HTTPS} off
# RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]如果使用的是Nginx服务器，检查站点对应的配置文件，注释掉SSL相关的重定向配置，比如：
# 删除或注释以下配置
# if ($scheme = http) {
# return 301 https://$host$request_uri;
# }第四步：处理插件残留配置
登录本地Wordpress后台，检查已安装的插件，如果有SSL、HTTPS相关的插件，先禁用或者卸载，再重新启用基础功能，避免插件的旧配置干扰资源加载。
验证解决效果
完成上述操作后，清空浏览器缓存，重新访问本地站点，打开文章页面检查媒体文件是否正常加载。可以右键点击图片选择查看属性，确认图片的访问地址已经是HTTP格式，没有跳转到HTTPS，就说明问题已经解决。
如果仍然有问题，可以开启Wordpress的调试模式，在wp-config.php中添加以下配置查看具体错误：
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);调试日志会存储在wp-content/debug.log文件中，可以根据日志内容进一步排查问题。