升级Debian后WordPress多站点样式表加载但未生效求助

1. 检查主题文件权限与归属 #

确保主题目录及文件的权限和归属符合Web服务器要求：

• 文件权限设为644，目录权限设为755
• 归属用户需与Web服务器运行用户一致（通常为www-data）
  执行命令：

chown -R www-data:www-data /path/to/your/wp-content/themes
find /path/to/your/wp-content/themes -type f -exec chmod 644 {} \;
find /path/to/your/wp-content/themes -type d -exec chmod 755 {} \;

2. 验证CSS加载路径与请求状态 #

1. 打开浏览器开发者工具（F12），切换到「网络」标签
2. 刷新页面，筛选CSS类型请求，查看状态码：
   • 若为404：检查WP后台「设置-常规」（多站点需检查主站及所有子站）的「WordPress地址」和「站点地址」，确保使用服务器内网IP/主机名而非公网域名
   • 若为403：回到权限检查步骤，确认Web服务器用户能读取主题文件

3. 检查Web服务器配置 #

Apache环境 #

• 确保mod_rewrite模块已启用：执行a2enmod rewrite并重启Apache
• 验证.htaccess文件包含多站点正确规则（可从WP后台「网络设置」生成）

Nginx环境 #

• 配置文件需正确处理静态文件和多站点重写：

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

location ~* \.(css|js|png|jpg|jpeg|gif|ico)$ {
    expires max;
    log_not_found off;
}

• 重启Nginx后测试

4. 禁用插件排查冲突 #

1. 将wp-content/plugins目录重命名为plugins-temp，禁用所有插件
2. 刷新页面查看CSS是否恢复
3. 若恢复，逐个恢复插件并测试，定位冲突插件

5. 启用WP Debug日志排查错误 #

在wp-config.php中添加以下代码：

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);

访问页面后查看wp-content/debug.log，排查与CSS加载相关的报错（如文件不存在、权限限制等）

6. 重新生成主题编译文件 #

若使用需编译CSS的主题（如Elementor、Avada等）：

• 进入主题后台设置页面，重新保存配置或触发CSS重新生成
• 若主题依赖本地编译工具，重新编译主题静态资源

7. 检查PHP open_basedir限制 #

执行命令查看当前限制：

php -i | grep open_basedir

确保WordPress根目录在允许的路径范围内，若不在则修改php.ini或站点配置文件调整限制

内容的提问来源于stack exchange，提问作者Wolfgang Schulze-Zachau