apache 2.4 中 mod_rewrite 日志已弃用 rewritelog，改用 loglevel alert rewrite:trace3 控制，日志统一输出至 error_log 文件；2.2 版本则使用 rewritelog 和 rewriteloglevel 配置独立日志文件。

Apache 的 mod_rewrite 日志不是独立日志文件，而是记录在 Apache 的 错误日志（error_log） 中，需通过配置 LogLevel 控制输出级别。是否能查到重写过程，取决于 Apache 版本和是否启用了对应调试等级。

---

Apache 2.4 开启 rewrite 调试日志

从 2.4 版本起，RewriteLog 和 RewriteLogLevel 已废弃，改用通用 LogLevel 指令：

• 编辑主配置文件或虚拟主机配置（如 /etc/apache2/apache2.conf 或 /etc/apache2/sites-enabled/000-default.conf）
• 在 <virtualhost></virtualhost> 块内或全局配置中添加：

  LogLevel alert rewrite:trace3

• trace1 到 trace8 级别逐级增强（trace3 通常足够看清匹配、条件判断和规则执行；trace6+ 会包含大量内部细节，仅调试时临时使用）
• 保存后重启 Apache：

  sudo systemctl restart apache2

✅ 日志会输出到 error_log（常见路径：/var/log/apache2/error.log），搜索关键词 rewrite 或 [rewrite: 即可定位。

---

Apache 2.2 开启 rewrite 日志（已淘汰但仍有旧环境使用）

• 添加两行到配置中（不能放在 .htaccess）：

  RewriteLog "/var/log/apache2/rewrite.log"
  RewriteLogLevel 3

• 确保日志目录存在且 Apache 用户（如 www-data）有写权限：

  sudo mkdir -p /var/log/apache2
  sudo chown www-data:www-data /var/log/apache2/rewrite.log

• 重启服务生效。

⚠️ 注意：RewriteLog 在 2.4+ 中已被移除，强行使用会导致启动失败。

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

---

快速验证日志是否生效

• 在 .htaccess 或虚拟主机中加一条简单测试规则：

  RewriteEngine On
  RewriteRule ^test-rewrite$ /index.php [L]

• 访问 http://yoursite/test-rewrite，然后立即检查 error.log：

  tail -f /var/log/apache2/error.log | grep rewrite

• 正常应看到类似：

  [rewrite:trace3] ... Applying pattern '^test-rewrite$' to '/test-rewrite'
  [rewrite:trace1] ... Rule matched, rewriting to /index.php

---

常见问题排查

• 没日志？

  • 确认 LogLevel 行不在 <directory></directory> 内（它只在服务器级或虚拟主机级有效）
  • 检查 error_log 路径是否正确（可用 apache2ctl -V | grep LOG 查默认路径）
  • 确保 mod_rewrite 已启用（a2enmod rewrite + 重启）

• 日志太多刷屏？

  • 生产环境切勿长期使用 trace5+，建议调试完即降为 warn 或 error

• 规则不触发也不报错？

  • 先确认 RewriteEngine On 已开启
  • 检查 .htaccess 是否被允许（AllowOverride All）
  • 规则前缺少 RewriteCond 导致跳过，日志里可能完全不出现该条规则

不复杂但容易忽略。