- bbs1org2026-07-30电报通知ID telegram_notify版本 1.0.9插件制作者 bbs1org免费329 行 / 20.4 KBHook / 路由 / 后台页将新的站内通知发送到用户自己的 Telegram,并为管理员提供发送情况管理。app/plugins/telegram_notify/plugin.php开发日志已有 3 条
个人独立维护项目。
主楼点赞与点评1demius投币2026-09-12
插件质量报告
插件:
telegram_notifyHook 功能范围 循环 使用频率 文件读写 修改系统表 读写系统表 读写自己的表 profile.settings_tab_content 非系统hook 否 1 - - - 读 plugin_telegram_notify_queue, plugin_telegram_notify_users profile.settings_tabs 非系统hook 否 1 - - - - 颜色说明:黄色表示有数据读写,红色表示 Hook 在系统循环中执行,浅蓝色表示有文件写入。“列表跳过”表示回调在列表路径会提前返回,“回调内”表示操作位于回调自身或其帮助函数的循环体内。“文件批处理”表示逐个处理用户一次提交的文件,属于必要操作,不标记修正。只有操作实际处于需要优化的循环路径时,才会标记“修正❗️”。
数据字典
plugin_telegram_notify_users字段 类型 可空 默认值 约束 user_id uint 否 - 主键 enabled INTEGER 否 0 - bot_token string 否 - - chat_id string 否 - - last_notification_id uint 否 0 - created_at uint 否 - - updated_at uint 否 - - plugin_telegram_notify_queue字段 类型 可空 默认值 约束 id id 否 - 主键、自增 queue_key key 否 - 唯一 user_id uint 否 - - notification_id uint 否 0 - queue_type string 否 - - failure_count uint 否 0 - last_error text 否 - - available_at uint 否 0 - created_at uint 否 - - updated_at uint 否 - - 考虑用户自行提供 bot token,因为bot每秒貌似15次消息发送限流
🔍 插件审查报告(对照《AI 开发规则》与开发者文档)
🔒 安全问题
未发现明显问题。外部请求已设 8 秒连接/15 秒总超时、约 256KB 响应上限与 UA;目标主机固定为 Telegram 官方接口,无 SSRF;输出均经 h() 转义,Bot Token 不回显到表单,未硬编码密钥。
⚡ 性能问题
- profile.after_form 钩子内每次资料页渲染都查询一次 plugin_telegram_notify_users(plugin.php:198-204 的 telegram_notify_user)。虽非红区、单条主键查询开销小,建议对结果做请求级缓存或延后查询。
🐛 功能/规范缺陷
- cron 间隔回调声明为零参:plugin.php:33-36
function telegram_notify_cron_interval(): int,而核心以两参调用(Cron.php:51$interval($plugin,$task)),建议改为两参签名以符合约定。 - 直接改写核心表:plugin.php:256 直接
UPDATE app_cron_tasks触发发送,绕过 Cron 抽象、依赖内部列名,建议改用核心提供的 cron 同步/触发接口降低耦合。
✅ 修复优先级
间隔回调签名修正 → 触发发送改走核心接口 → 资料页查询缓存(可选)
🔍 插件审查报告(AI 自动审查,对照《AI 开发规则》与开发者文档;本插件未被 8/18 楼上 350 的报告覆盖,属独立首次审查)
插件:电报通知(telegram_notify)v1.0.8
🔒 安全问题
未发现明显安全问题。⚡ 性能问题
未发现明显问题。🐛 功能/规范缺陷
规范一致性建议:后台管理页函数体内未见显式调用核心 need_admin()(依赖核心 admin_page() 路由层统一鉴权兜底,当前不构成越权);涉及写操作时判断请求方式使用手写的 $_SERVER['REQUEST_METHOD'] === 'POST',效果等价于核心 require_post(),但写法与站内多数插件不一致。✅ 修复优先级
低优先级:建议在后台页面函数内补充显式 need_admin()/require_post() 调用,作为纵深防御,避免未来核心路由调整时失去这层保护;不影响当前功能与安全性。- bbs1org2026-08-29
旧格式迁移:已将插件代码转存到开发日志,主题正文改为基础介绍。
- bbs1org2026-09-05
版本 1.0.8 更新:
修正bug - bbs1org2026-09-12
版本 1.0.9 更新:
启用新的个人设置页面hook - bbs1org2026-09-12
版本 1.0.9 更新:
采用个人设置新hook