海洋 CMS 采集分类映射怎么配置不混乱

海洋CMS 采集分类映射不混乱，核心只有一条主线：先在本地把分类体系定死，再在采集节点里把来源分类一对一绑定到本地分类，并把这份映射表导出留档；资源站改分类时只改映射、不动本地分类。按这个顺序做，采集多少年都不会乱。

海洋CMS 采集分类映射到底在哪里配置？

结论：分类映射在「采集节点」里配置，位置是后台 → 采集 → 采集节点（部分版本叫「自定义采集」或「资源库」）→ 新增或编辑节点 → 填好接口地址后点「获取分类」，页面会列出资源站的全部分类，每个来源分类右侧有一个下拉框，选择要绑定到本地哪个分类，最后保存。

配置顺序不能反：

1. 先在后台「分类管理」里把本地分类建好（一级 + 二级），命名定死不再随意改。
2. 再进采集节点填接口地址，点「获取分类」拉取资源站分类列表。
3. 逐个来源分类在下拉框里选本地分类，做到「一个来源分类 → 一个本地分类」。
4. 保存节点，再发布（部分版本需要点击「发布分类」或重新保存节点让映射生效）。

注意：如果先配了映射、后又去改本地分类的名字或层级，映射关系可能失效，必须回到节点里重新获取分类并逐条核对。改完映射后，之前已经采集入库的影片不会自动跟着变，新分类只对之后采集的数据生效。

为什么采集回来的影片分类会乱？

结论：采集分类乱，95% 以上来自三种情况——来源分类没绑定、多个来源分类绑到同一个本地分类、资源站改了分类 ID 或分类名导致旧映射对不上。

• 没绑定的分类：SeaCMS 入库时拿不到有效的分类 ID（影片表 sea_data 的 tid 字段），影片会落到「未分类」或者你设置的默认分类里，前台表现为某个分类下突然堆了一堆不相干的片子。
• 重复绑定：把「动作片」和「战争片」都指到本地「动作片」，两个题材永远混在一个列表页，后期很难拆开。
• 来源站改版：资源站把「科幻片」的 ID 从 6 改成 12，或者干脆改名，你的旧映射还指向老 ID，新采回来的科幻片就会掉进默认分类。

分类映射怎么做才长期不乱？一套可执行的规范

结论：把映射当成一张需要维护的表来管，而不是每次采集临时点一遍。

1. 本地分类按题材建，不按来源建。 不要因为 A 站有「美剧」、B 站有「欧美剧」就建两个本地分类，统一建一个「欧美剧」，两边都绑过去。
2. 映射表留档。 建一个表格，字段固定为：来源站名、来源分类 ID、来源分类名、本地分类 ID、本地分类名、最后核对日期。每次新增节点就补一行。资源站改版时，对比表格里记的旧分类名和「获取分类」出来的新列表，只处理差异项。
3. 来源分类名做关键词对照。 遇到没见过的分类名，先看名字里是否含「动作 / 科幻 / 悬疑 / 国产剧 / 港台剧」等关键词，能直接判断的直接绑；判断不了的先绑到「其他」，别随手塞进某个大分类。
4. 二级分类必须绑到具体二级。 本地是「电视剧 → 国产剧」这种两层结构时，下拉框一定要选到二级分类那一项，绑到一级会导致影片在前台一级页显示异常。
5. 每个节点独立核对。 一个站可以有多个采集节点，每个节点的分类映射是独立的，新增节点时不要假设它继承了旧节点的配置。

映射绑错了，已入库的影片怎么批量改？

结论：改映射只影响后续采集，已经在库里的影片要在后台批量移动分类，或者用 SQL 直接改。

后台操作：影片管理 → 按错误分类筛选 → 全选 → 批量移动分类 → 选正确分类 → 提交。适合几百条的量级。

数据量上万时走数据库更稳，先在 phpMyAdmin 或命令行备份，再执行。SeaCMS 的影片主表是 sea_data，分类 ID 存在 tid 字段，分类表是 sea_type（主键 t_id）。例如把误落在「未分类」（tid = 0）的影片全部改到 ID 为 5 的分类：

UPDATE sea_data SET tid = 5 WHERE tid = 0;

只想改某一个错误分类下的影片：

UPDATE sea_data SET tid = 5 WHERE tid = 8;

执行前务必先 mysqldump 备份，改完到前台清一次缓存（后台「系统」→「更新缓存」）再刷新列表页验证。

三个最容易踩的坑

结论：换资源站直接复用旧映射、把来源分类留空不绑、以及改完映射不清缓存，是造成「分类乱」的三个高频原因。

换站时分类 ID 体系通常完全不同，必须重新「获取分类」逐条绑；来源分类下拉框留空等于放弃分类，宁可先绑到「其他」；改完映射后在后台更新一次缓存，前台才会按新分类展示。把这三步做成固定动作，海洋CMS 的采集分类就能长期保持干净。