开发服务器自签名SSL导致WordPress无法加载（Apache环境）

你遇到的这个情况很典型——静态PHP文件能正常跑，但WordPress在HTTPS下彻底失效，HTTP却一切正常，核心原因基本集中在WordPress的URL配置、混合内容问题，以及自签名证书的信任机制上，给你梳理几个针对性的解决步骤：

1. 强制更新WordPress的站点核心URL #

WordPress会依赖数据库里存储的siteurl和home字段生成全站链接，你只改了Apache的端口到443，但WP还会默认沿用HTTP的地址，直接导致资源跳转和加载异常。

有两种快速修改方式：

• 通过wp-config.php硬编码配置：打开网站根目录的wp-config.php，在文件末尾添加以下代码（替换成你的HTTPS域名）：

  define('WP_HOME','https://local.domain');
  define('WP_SITEURL','https://local.domain');
  

• 直接修改数据库：登录phpMyAdmin找到你的WordPress数据库，进入wp_options表（前缀可能因你的设置不同而变化），把option_name为siteurl和home的option_value都改成https://local.domain。

2. 修复混合内容加载问题 #

就算改了核心URL，有些主题、插件可能还残留硬编码的HTTP资源链接，浏览器会因混合内容策略阻止这些资源加载，导致站点瘫痪。

如果能进入wp-admin，可以安装Really Simple SSL插件一键修复；如果wp-admin也进不去，就在主题的functions.php里添加强制HTTPS的代码：

function force_https_redirect() {
    if (!is_ssl()) {
        wp_redirect('https://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'], 301);
        exit();
    }
}
add_action('template_redirect', 'force_https_redirect');

3. 处理自签名证书的信任问题 #

浏览器和WordPress内部的HTTP请求（比如插件更新、站点健康检查）默认都不信任自签名证书，这会导致WP的后台请求失败，进而引发加载异常。

仅在开发环境可以这么操作（生产环境绝对禁用）：在wp-config.php中添加代码跳过SSL验证：

add_filter('https_ssl_verify', '__return_false');
add_filter('https_local_ssl_verify', '__return_false');

更稳妥的方式是给你的开发机器安装并信任自签名证书：Windows双击证书导入到「受信任的根证书颁发机构」，Mac在钥匙串访问里将证书设置为「始终信任」，这样浏览器和PHP的cURL都会认可这个证书。

4. 检查Apache的HTTPS配置完整性 #

确保你的虚拟主机配置不仅监听443，还正确开启了SSL并允许.htaccess重写（WordPress的 permalink 依赖这个）：

<VirtualHost *:443>
    ServerName local.domain
    DocumentRoot /path/to/your/wordpress-folder

    SSLEngine on
    SSLCertificateFile /path/to/your/certificate.pem
    SSLCertificateKeyFile /path/to/your/private-key.key

    <Directory /path/to/your/wordpress-folder>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

修改后记得重启Apache：Linux用sudo service apache2 restart，Windows在服务管理器里重启Apache服务。

先按这个顺序排查，一般修改核心URL+跳过本地SSL验证就能解决开发环境的问题，如果还有异常，打开浏览器控制台看看具体的错误提示，比如是资源加载失败还是请求被拦截，再针对性调整。

内容的提问来源于stack exchange，提问作者Glen Elkins