海洋CMS插件开发？二次开发已有钩子。

海洋CMS 并没有 WordPress 那种开箱即用的插件 API 和 hook 注册机制，二次开发的正解是「找到系统自带的挂载点 + 把代码放进独立目录 + 在核心文件只补一行 include」，而不是直接改核心逻辑——核心文件一改，下次升级 100% 被覆盖。

海洋CMS 到底有没有插件钩子？

结论：有挂载点，但没有统一的注册规范，所以任何不写清楚版本的「海洋CMS 插件教程」都不能直接抄。

海洋CMS 是 PHP + MySQL 架构的影视类 CMS，模板层用 {seacms:xxx} 这类自定义标签，逻辑层集中在程序目录下的公共包含文件和模板解析类里。它的「插件」在多数版本里表现为：后台配置项（采集接口、播放器、支付）加程序目录下被固定位置 include 进来的扩展目录。换句话说，钩子是存在的，但它不是一个对外公开、有版本号的 API，所以你必须在自己的源码里确认一遍。

怎么在 3 分钟内找出系统里现有的钩子？

结论：用 grep 全文搜「hook」「plug」和 include 语句，是定位挂载点最快的办法。操作如下（在站点根目录执行）：

grep -rn "hook\|Hook\|HOOK" --include=*.php . | head -50

# 2. 找扩展目录
find . -maxdepth 3 -type d -iname "*plug*" -o -maxdepth 3 -type d -iname "*extend*"

# 3. 找扩展点在数据库里有没有登记表
mysql -uroot -p your_db -e "SHOW TABLES LIKE '%plug%';"

# 4. 看公共包含文件里都 include 了什么
grep -rn "^include\|include_once\|require_once" include/ | head -50

第 4 条最关键：海洋CMS 会在公共入口文件里按顺序包含若干业务文件，那些被包含的文件就是「隐性钩子」——你在它们之后再包含自己的文件，就能拿到和系统同级的执行时机。

二次开发最稳的落地方式是什么？

结论：新建一个独立扩展目录，把所有改动塞进去，核心文件里只留一行 include。示例：

/站点根目录/data/plugin/mine/init.php   ← 你的全部逻辑

init.php 里做三件事：定义自定义函数、注册模板可用的变量、挂载你需要的业务处理。然后在核心公共文件的最后一行追加：

include_once(dirname(__FILE__) . '/../data/plugin/mine/init.php');

这样做的好处是：升级时只需要重新补这 1 行，其余代码一个字都不用动。写模板里能直接调用的函数时，注意函数名加自己的前缀（如 mine_seo_title），避免和系统内置函数重名导致致命错误。所有对数据库的写入都要先 addslashes 或用参数化方式处理，影视站被挂马基本都是这一步没做。

升级时怎么保住改动？

结论：海洋CMS 升级会覆盖程序目录和系统模板目录，只保留 data/、上传目录和你自己新建的模板目录。把补丁动作写成可重复执行的脚本：

TARGET=include/common.php
grep -q "data/plugin/mine/init.php" $TARGET || \
  echo "include_once(dirname(__FILE__).'/../data/plugin/mine/init.php');" >> $TARGET

每次升级解压完跑一遍这条命令即可。注意 include/common.php 只是示例路径，请替换成你第 4 步 grep 出来的真实公共包含文件。

哪些需求其实不用写代码？

结论：先翻后台再动手，能省掉一半工作量。后台的模板管理、自定义标签／自定义函数、采集规则、播放器配置这几块，覆盖了「改标题格式」「加统计代码」「换播放器解析」这类需求的 80%。只有当你要在采集入库后做二次加工、在播放地址输出前做鉴权、或者给会员系统加字段时，才需要走上面的扩展目录方案。

总结：海洋CMS 二次开发的核心不是「找 API」，而是「找挂载点」——grep 定位公共包含文件，逻辑写进 data/plugin/mine/，核心文件只留一行 include，用脚本保住这一行，升级就不再是灾难。