 laoyang
|
738c6c09ff
|
多软件区分：邮件按软件换色+图标+软件名；补提交回执邮件
用户要求：多软件并存时，用「颜色 + 图标 + 名字」三重区分，
邮件也要跟着所属软件变，一眼能看出是哪款软件的来信。
1. software 表加 icon / download_url 字段（幂等迁移）
- icon 存单个字符（emoji / 汉字 / 字母），不存图片路径：
前端与邮件用同一个字符渲染，天然一致，不用再管一套上传与权限
- 没配 icon 时取名首字兜底，任何地方都不出现空图标
- 后台软件编辑加图标快选（12 个常用 emoji）
2. 邮件配色改为跟随软件（fb_mail_brand 取 fb_software_colors）
- 头部色条、按钮、引用块色条、徽标全部跟着软件走
- 邮件头部改为「图标色块 + 软件名」，下面再小字标站点名
- 主题行统一加【软件名】前缀，不点开就能分辨
3. 新增 receipt 事件：提交后立即给提问人发「已收到、待审核、请耐心等待」
- 独立开关 notify.receipt_enabled（与「回复通知」是两件事）
- 新增 7 处调用前的静默 return 也一并写日志
4. reply 邮件补上下文：原提问摘要 + 本次回复，像博客评论通知
5. status=resolved 文案改为「已完成并上线」，配了下载地址时给下载按钮
验证：多软件配色/图标/前缀全部通过（含反向验证），XSS 转义通过，
空图标兜底通过；页面顶栏、页头、选择器图标渲染正确。
|
2026-11-03 08:00:50 +08:00 |
|
|
laoyang
|
e43f2ce67a
|
修复：邮件通知两处静默失效（测试暴露）
症状：notify_log 全表为空 → 用户报「完全没发邮件」，后台查不到任何线索。
1. 前 4 个前置判断（开关/收件人/自己回自己/冷却）直接 return 不写日志，
等于「为什么没发」完全无痕。改为任何退出路径都写 notify_log，
并带上可读原因。
2. new 事件（新反馈通知管理员）收件人只取 admin_email，该值为空时整条
通知静默失效 —— 管理员永远收不到新反馈信，界面也无任何提示。
改为回落 smtp.user / smtp.from；后台勾了「通知管理员」却没填邮箱时
当场显示警告。
验证：走 fb_notify_event 全事件测试，6 个事件全部写日志、new 能送达。
|
2026-11-03 07:31:35 +08:00 |
|
|
laoyang
|
4033170ad7
|
修复：跨 tab 保存互相清空配置；补齐全流程邮件通知与统一模板 (#2)
## 一、用户报「我明明配过 SMTP，怎么全丢了、信也发不出」
**没有重置数据库**（installed_at 仍是 11-01 15:14，oss.*/site_name/admin.username 全在）。
真因是我上一轮「邮件拆独立 tab」挖的坑：站点设置与邮件通知**共用 act=settings**，
而保存函数把 smtp 字段无条件写库：
foreach ($smtpText as $k) {
fb_set_setting($k, trim((string)$post($k, \x27\x27))); // 没提交 → 空串 → 覆盖
}
在站点设置页保存附件设置时，该表单没有 smtp_* 字段，$post() 取到空串，
于是 host/user/from 被清成空。smtp.pass 因为单独做了「留空=不修改」而幸存，
所以现场是 pass 有值、其余全空 —— 这个组合本身就是 bug 的指纹。
修法：新增 $has() 判断「本次请求是否真的提交了该字段」，没提交就跳过。
按 tab 分两组保护：
- $isSiteForm：站点信息/页脚/附件/OSS，逐字段 has() 双保险
- $isMailForm：SMTP/通知开关，整段 + 逐字段
checkbox 尤其要保护：未提交会被当成「取消勾选」，
在站点设置页存一次就会把「有人回复时通知」全关掉。
## 二、notify.admin_new_thread 是假的（用户说「提交了反馈收不到邮件」）
这个设置项：白名单里有、后台有勾选框，**但没有任何代码实现它**。
grep 只命中三处（白名单/保存/界面），没有一处真正发信。
已在 new.php 提交成功后实现：查新帖 → 取所属软件名 → fb_notify_event(\x27new\x27)。
## 三、补齐全部事件，统一入口
此前只有 reply 和 close 两个事件，且两套模板风格不一致。
新增 fb_notify_event() 统一入口，处理「开关→收件人→节流→发信→日志」。
覆盖 8 类事件：reply / status / approve / hide / close / new。
- status 按状态给不同文案（待处理/处理中/已解决/关闭/不予考虑），
「不予考虑」语气克制、必须带理由并留申诉入口
- approve / hide 原先完全不发信，现在补上
- 状态没变化时不发信（不打扰用户）
## 四、邮件模板重做
抽出 fb_mail_layout() 统一外壳，所有事件共用：
- table + 内联样式（Outlook/QQ邮箱/Gmail 兼容）
- 600px 卡片、顶部主色条、圆角徽标、字段表、引用块、callout、CTA 按钮
- 响应式（已验 375px 无溢出、无裁切）
- preheader 摘要、纯文本兜底链接、收件人提示
## 五、后台状态按钮（用户要求）
问题详情页顶部一排按钮，点一下立刻生效并自动发信：
「通过并公开」「处理中」「已解决」「不予考虑」「撤下」
- 当前状态对应的按钮置灰
- 「不予考虑」展开内联面板填理由（不用 window.prompt）
- 新增 setstatus 动作；「通过并公开」会同时置可见
## 六、notify_log 加 reason 列
原表只有 reply_id，无法区分事件类型。加 reason 并幂等迁移；
老库 reply_id 是 NOT NULL，非回复事件用 0 表示。
## 验证
邮件专项 73/73：
- 8 类事件模板全部完整 HTML、table 布局、徽标、页脚、无 script
- 8 个主题互不相同；状态徽标文案正确
- 总开关关闭时 admin_new_thread 仍可独立生效
- 节流只作用于 reply/status，close 不受影响
- SMTP 未启用时留失败日志（含 reason 与原因）
- C1-C5：站点页保存后 smtp.host/user/notify.enabled 均未被清空；
邮件页保存后 oss.bucket 未被清空
反向验证：完整回退两层保护后 C1/C2/C3 全部 FAIL
（host 从 smtp.qiye.aliyun.com 变成空、notify.enabled 从 1 变 0），
证明测试能真正抓到该 bug，不是假通过。
回归：全新安装 33/33、老基线 25/25、附件 22/22。
|
2026-11-02 22:57:00 +08:00 |
|
|
laoyang
|
cede838b5e
|
FeedLite 初始提交：通用轻量级反馈系统（PHP + SQLite，零依赖）
- 前台：问题列表 / 详情 / 发布与回复（趣味问答验证码、蜜罐、IP 限流）
- 后台：先审后显、站点设置（站点标题/描述、附件存储、OSS 参数）、操作日志
- 附件：关闭 / 本机硬盘 / 阿里云 OSS 浏览器直传（ECS 实例 RAM 角色）三种模式
- 品牌资源：全套图标（favicon.ico / SVG / PNG 各尺寸 / manifest）
- 安全：CSRF、session 加固、.htaccess 屏蔽敏感文件、口令仅存哈希
- 配置：config.example.php 为模板，config.php 不入库
|
2026-09-28 20:34:37 +08:00 |
|