如何检测旧版Prestashop 1.7.2.2核心文件是否被修改？

嘿，我完全懂你现在的顾虑——旧版PrestaShop 1.7.2.2的核心文件要是被改过，后续迁移升级绝对是踩坑重灾区。下面给你几个高效的检测方法，都是实操性拉满的：

• 先下载PrestaShop官方发布的1.7.2.2完整安装包（别下错成升级包了），解压到本地干净的文件夹里
• 用文件对比工具（比如WinMerge、Beyond Compare，Linux/macOS用户直接用终端的diff命令），把服务器上的PrestaShop核心目录（比如/classes/、/controllers/、/core/、/src/）和原版的对应目录做全量对比
• 重点盯这几点：
  • 内容差异：工具会高亮显示被修改过的代码行，一目了然
  • 新增/缺失文件：如果服务器上的核心目录里有原版没有的文件，大概率是自定义修改，得记下来
• 小技巧：直接排除config/、var/、themes/、modules/这些非核心目录，能减少大量无效对比

• 如果你的站点之前用Git管理过，直接在终端跑git diff，就能对比当前版本和当初官方1.7.2.2的初始提交，所有修改痕迹都能挖出来
• 要是没做过版本管理，也可以临时给服务器上的PrestaShop目录初始化Git：
  1. 先备份好自己的站点文件！
  2. 执行git init初始化仓库，把现有文件提交为初始版本
  3. 把原版1.7.2.2的核心文件覆盖进去，再执行git status和git diff，就能看到哪些文件被修改过
• 这种方法能精准定位每一处修改的细节，后续修复自定义逻辑时特别有用

• PrestaShop 1.7.2.2后台自带文件完整性检查：登录后台后找高级参数 > 性能或服务器信息，里面的文件完整性工具会自动对比核心文件的哈希值，快速标记被修改/缺失的文件
• 如果后台工具用不了，就手动计算哈希：
  • Linux/macOS终端：md5sum /path/to/core/file.php
  • Windows命令行：certutil -hashfile C:\path\to\core\file.php MD5
  • 把计算出的哈希值和原版文件的哈希值对比，不一样的就是被修改过的

• 检测出修改过的核心文件后，第一时间备份这些修改内容，然后尽量用官方原版文件替换——永远不要直接修改核心文件，这是PrestaShop的黄金准则
• 把自定义功能迁移到独立模块或者子主题里，这样后续升级就不会因为核心文件覆盖丢失功能
• 升级前一定要在本地搭个测试环境，把所有修改逻辑迁移测试没问题后，再动生产环境

内容的提问来源于stack exchange，提问作者taloweb