mod_log_config 默认不记录重定向后的物理路径，因其日志写入早于重定向执行和Alias映射解析，仅记录原始请求URI；需通过mod_rewrite设环境变量、调试日志、mod_setenvif或应用层（如PHP realpath）主动捕获物理路径。
mod_log_config 本身不记录重定向后的最终物理路径，它只记录客户端发起的原始请求信息（如 %U、%r、%{REQUEST_URI}i），而 Apache 的日志模块在响应发送前就已写入日志，此时重定向尚未完成或资源尚未定位到磁盘路径。
为什么默认日志里看不到重定向后的物理路径
Apache 日志由 mod_log_config 在请求处理早期阶段写入，早于重定向执行（Redirect / RedirectMatch）或内部映射（Alias）的最终解析。即使用了 301/302 跳转，access_log 记录的仍是原始 URL，不是跳转目标；即使用了 Alias 映射到 /var/www/assets，日志中也只显示 /static/logo.png 这样的 URI，不体现真实文件系统路径。
获取重定向后实际访问的物理文件路径的方法
要记录最终落到哪个磁盘文件上，需借助其他机制：
- 使用 mod_rewrite + env + LogFormat 自定义变量：在重定向前用 RewriteRule 设置环境变量，再通过 %{VARNAME}e 写入日志。例如：
RewriteEngine On
RewriteRule ^/old/(.*)$ /new/ [E=FINAL_PATH:/var/www/html/new/]
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %{FINAL_PATH}e" custom
CustomLog /var/log/apache2/access.log custom
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
启用 mod_info 或 mod_status 并结合调试日志：开启
LogLevel debug和mod_info，在 error_log 中可看到请求处理各阶段的路径解析过程（含 Alias 匹配、Redirect 触发、文件系统查找等），但不适合生产环境长期开启。 -
用 mod_setenvif + CustomLog 组合判断重定向目标：对已知重定向规则，预先定义匹配条件并设置标识，间接推断路径。例如：
SetEnvIf Request_URI "^/api/.*" REDIR_TARGET="backend"
CustomLog /var/log/apache2/access.log "%h %t %r %{REDIR_TARGET}e" -
在应用层记录（推荐）：若重定向最终指向 CGI、PHP、Python 等脚本，可在脚本开头用
__FILE__、realpath($_SERVER['SCRIPT_FILENAME'])或os.path.abspath(__file__)输出物理路径到独立日志，这是最准确、最可控的方式。
Alias 和 Redirect 对日志的影响差异
Alias 是内部映射，不改变 URL，也不触发新请求，所以日志仍记原始 URI；但如果你需要知道它对应哪个目录，必须手动配置环境变量或靠应用层识别。
Redirect 是 HTTP 响应，浏览器收到 301/302 后会发起第二次请求，该次请求才会出现在日志中——也就是说，重定向目标 URL 会作为一条**新日志条目**出现，而非原请求的扩展字段。
小结：关键点在于区分“日志时机”和“路径解析阶段”
mod_log_config 不具备回溯能力，无法自动补全重定向链或 Alias 映射结果。想记录物理路径，就得在路径确定后的最早可用节点（如 Rewrite 阶段、脚本执行时）主动捕获并注入日志上下文。生产环境建议优先用应用层记录，兼顾准确性与性能。
