mv是唯一可靠改php后缀的命令，批量用for循环配合bash参数展开${f%.txt}.php，避免rename兼容性问题及cp+rm风险。
Linux终端直接改PHP文件后缀的常用命令
改文件后缀本质是重命名，不是修改文件内容，mv 是唯一可靠、跨文件系统安全的方案。别用 cp + rm 组合，既慢又可能丢失权限或硬链接。
-
mv script.txt script.php：最简方式，适用于单个文件 -
mv *.txt *.php：会报错 —— shell 不支持通配符批量重命名后缀，必须用循环或工具 - 批量改后缀推荐：
for f in *.txt; do mv "$f" "${f%.txt}.php"; done，其中${f%.txt}是 Bash 参数展开，安全去除末尾 .txt - 注意引号：文件名含空格时，
"$f"必不可少，否则mv: cannot stat 'file name.txt': No such file
为什么不能用 rename 命令？要看你装的是哪个版本
rename 在不同发行版行为差异极大，极易踩坑。Debian/Ubuntu 默认用 Perl 版（支持正则），而 CentOS/RHEL 8+ 默认是 util-linux 版（只支持简单字符串替换），参数和语法完全不兼容。
- Perl 版（Ubuntu）：
rename 's/\.txt$/.php/' *.txt—— 支持正则，$锚定结尾，安全 - util-linux 版（RHEL）：
rename .txt .php *.txt—— 仅字面替换，若文件名含多个 .txt（如a.txt.bak.txt），会错改成a.php.bak.php - 查清版本：
rename --version输出含 “Perl” 才是 Perl 版；否则大概率是 util-linux 版 - 不确定时，宁可用 for 循环，不赌 rename 行为
改完后缀，PHP 还不执行？检查 Web 服务器配置
文件后缀只是标识，真正决定是否解析为 PHP 的是 Web 服务器（Apache/Nginx）的 MIME 类型与处理器配置。单纯改后缀不会自动触发 PHP 解析。
- Apache：确认
.php关联了application/x-httpd-php，且mod_php或php-fpm已启用；常见错误是把文件放到非 DocumentRoot 目录下，或AllowOverride None禁用了.htaccess中的配置 - Nginx：检查
location ~ \.php$块是否存在，且fastcgi_pass指向正确的 PHP-FPM socket 或端口；漏掉try_files $uri =404;可能导致 404 而非 502 - 命令行验证：
php -l script.php可检查语法，但不等价于 Web 环境执行；file script.php确认文件实际是文本，而非编码损坏或 BOM 头导致解析失败
容易被忽略的细节：大小写、隐藏文件、扩展名拼写
Linux 文件系统区分大小写，而 Windows/macOS 用户常忽略这点。一个看似不起眼的拼写或大小写错误，会让整个流程卡住。
立即学习“PHP免费学习笔记（深入）”；
-
script.PHP≠script.php：Web 服务器默认只处理小写.php，除非显式配置location ~ \.[Pp][Hh][Pp]$ - 隐藏文件（以
.开头）：mv .config.txt .config.php合法，但 Web 服务器通常禁止访问以.开头的文件，改了也白改 - 多点扩展名误判：如
data.json.txt，用${f%.txt}会变成data.json.php，而非预期的data.json—— 此时应改用${f%.*}去掉最后一个点及之后部分 - 编辑器自动生成备份文件（
script.php~或script.php.swp）：它们不是 PHP 文件，但可能被误认为合法，尤其在用ls *.php查看时视觉干扰
