不会。web服务器仅根据后缀名决定是否交由php解析，改名不改变文件内容，日志仍是纯文本；且需同时满足日志含php代码、存在文件包含漏洞、php配置允许包含非.php文件、日志目录可被web访问等条件才可能执行。
log 文件直接改后缀成 .php 会执行吗？
不会。Web 服务器（如 Apache、Nginx）默认只解析 .php 后缀的文件为 PHP 脚本，但前提是该文件**真实存在且被请求路径匹配到**。单纯把 access.log 改名为 access.php，只是改了文件名，没改内容——里面仍是纯文本日志，没有 PHP 代码，所以即使能访问，浏览器也只会原样输出日志内容，不会执行任何 PHP。
为什么有人想把 log 改成 .php？常见动机和风险
多数情况是尝试利用日志文件包含漏洞（LFI）或 WebShell 写入：比如攻击者通过 User-Agent 注入 PHP 代码到 access.log，再用 ?file=../logs/access.log 包含它；若服务器配置不当（如启用 auto_prepend_file 或使用 php_value include_path），可能触发解析。但靠“改后缀”绕过防护是无效的：
- 现代 PHP 配置默认不解析非
.php扩展名（除非显式配置AddType application/x-httpd-php .log，这本身是严重错误） - Web 服务器根据扩展名决定是否交由 PHP-FPM 处理，不是靠文件内容判断
- 重命名日志文件还可能中断日志轮转（logrotate）、监控脚本或审计工具的识别
真要让日志内容以 PHP 方式运行，必须满足什么条件？
这不是文件后缀问题，而是执行链问题。需同时满足：
- 日志中已注入可执行的 PHP 代码（例如：
<?php system($_GET['cmd']); ?>） - 存在文件包含漏洞，且包含路径能指向该日志文件（如
include($_GET['page'].'.php');+page=../../var/log/apache2/access） - PHP 配置允许包含非 .php 文件（如
allow_url_include=On+php.ini中未限制open_basedir） - Web 服务器未禁止对日志目录的 Web 访问（即
/var/log/不能被 HTTP 直接请求到）
注意：include 和 require 函数加载文件时，**不检查后缀**，只看内容——所以关键在能否成功包含，而不是改名。
立即学习“PHP免费学习笔记（深入）”；
安全提醒：别碰生产环境的日志文件后缀
运维或开发中手动把 error.log 改成 error.php，除了干扰日志收集系统（如 ELK、rsyslog），还可能触发 SELinux/AppArmor 拒绝、导致 PHP 进程因权限异常崩溃。真正需要“PHP 化日志”的场景（如调试时动态渲染日志），应该用独立脚本读取并输出，例如：
<?php
$log = file_get_contents('/var/log/myapp/app.log');
echo '<pre class="brush:php;toolbar:false;">' . htmlspecialchars($log) . '';
?>
这类做法可控、可审计、不破坏原始日志完整性。把执行逻辑和日志存储彻底分开，才是稳定和安全的分界线。
