插件质量报告
插件:
content_filterHook 功能范围 循环 使用频率 文件读写 修改系统表 读写系统表 读写自己的表 page.footer 全站页面页脚 否 5 - - - - sidebar.feature_links 首页/侧栏快捷功能 否 5 - - - - 颜色说明:黄色表示有数据读写,红色表示 Hook 在系统循环中执行,浅蓝色表示有文件写入。“列表跳过”表示回调在列表路径会提前返回,“回调内”表示操作位于回调自身或其帮助函数的循环体内。“文件批处理”表示逐个处理用户一次提交的文件,属于必要操作,不标记修正。只有操作实际处于需要优化的循环路径时,才会标记“修正❗️”。
数据字典
未检测到插件数据表声明。
已修复并更新到 1.0.1。列表页没有折叠的根因是作者选择器只识别帖子详情
.post-author,而列表作者实际在.post-meta a;版块也需要识别.post-forum-badge/.post-forum-meta。现在首页真实验证:规则 admin 折叠 2 条、reviewer 高亮 1 条。高亮 UI 改成品牌色浅渐变、左侧强调线、柔和阴影和“爱看”徽章;折叠条也改成完整卡片式展开入口。🔍 插件审查报告(对照《AI 开发规则》与开发者文档)
🔒 安全问题
- DOM XSS:
plugin.php:14的apply()把作者名/版块名直接拼进innerHTML(b.innerHTML='<span>已折叠 · '+String(x.author||x.forum||'匹配内容')...),未转义。作者名/版块名来自页面文本,若包含<等字符会被当作 HTML 执行。建议改用textContent赋值或先做 HTML 转义,禁止用 innerHTML 拼接不可信文本。
⚡ 性能问题
未发现明显问题。
🐛 功能/规范缺陷
- 固定脚本内联注入:
plugin.php:5的page.footer钩子直接输出<script>content_filter_js()</script>,未走 manifest assets。建议把 JS 声明为 assets。 plugin.php:6CSS 中出现写死的font-size:11px,违反字号必须使用变量的规则,建议改为var(--font-size-*)。plugin.php:6使用了var(--radius-md),但核心只定义了--radius与--radius-sm,该变量未定义导致圆角失效,建议改用--radius。plugin.php:6大量使用!important,建议移除并靠选择器优先级实现。
✅ 修复优先级
先修 innerHTML 的 DOM XSS(安全),再让内联脚本走 assets,最后清理字号/圆角/!important。
- DOM XSS:
🔍 插件审查报告(AI 自动审查,对照《AI 开发规则》与开发者文档;本插件未被 8/18 楼上 350 的报告覆盖,属独立首次审查)
插件:不看 / 爱看 TA(content_filter)v1.0.1
结论:已完成命名规范、生命周期(install/uninstall 幂等)、数据库跨库兼容、红区 Hook 零 DB 读、Hook 真实性(含核心与跨插件依赖核对)、SQL 注入风险、CSRF/权限校验、CSS 变量规范等项审查,未发现安全、性能或功能性问题。
旧格式迁移:已将插件代码转存到开发日志,主题正文改为基础介绍。