tamakyi
f2e0c43083
1) /healthz 与 /readyz
改动前站内唯一的「探活」手段是 curl /，而首页只渲染模板、不查数据库：
DB 挂了首页照样 200（漏报），Redis 挂了首页又可能 500（误报）。
监控、CDN 源站健康检查、滚动重启的摘流判定都没有可靠依据。
→ /healthz 永远 200，刻意不碰任何依赖：进程活着 ≠ 能对外服务，
把 DB 检查塞进存活探针会导致数据库抖动时进程被反复重启，对恢复毫无帮助；
→ /readyz 查 DB（2s 超时），失败 503；响应体只回组件状态，
绝不回错误详情 —— 这是公开端点，DB 报错常带库名/主机名/账号。
实测：停掉 PostgreSQL 后 /healthz 仍 200、/readyz 503，恢复后 200。
2) ReadTimeout 30s → 120s
站内允许单图 8MB、请求体上限 12MB。30s 传完 8MB 需要 ≥273 KB/s 上行，
而手机 4G 上行常在 1–2 Mbps（125–250 KB/s）—— 一张 8MB 图必然超时，
且用户已写好的正文会一起丢（POST 失败不回填）。120s 对应约 68 KB/s，
偏远地区 3G 也能过。
放宽它不会让 slowloris 重新可行：那类攻击卡在「发不完 header」，
由 10s 的 ReadHeaderTimeout 拦住，ReadTimeout 只影响读完 header 之后传 body 的时长。
狼的提问箱
匿名提问箱 / Anonymous Question Box
基于原版NekoBox做了一些微小的修改。主要体现在：
- 率先引入二维码访问，同时增加更多自定义可行性，方便自行创作。
- 添加探索页面，允许用户自行选择添加标签并展示，为陌生人提问创造可能。
- 稍微调整了屏蔽词策略。
截图
QRcode
Commit with picture
Explorer
安装
需求
从源码编译
git clone https://github.com/tamakyi/TamaBox.git
cd TamaBox
go build -o TamaBox
编辑配置文件
cp conf/app.sample.ini conf/app.ini
运行
./TamaBox web
架构
NekoBox 使用 GitHub Actions 进行持续集成和部署。
当用户访问 NekoBox 时，请求将会被发送至阿里云 CDN，CDN 的访问日志将会被实时推送到阿里云日志服务 (SLS)。日志数据将在 SLS 中存储 180 天，用于审计。
用户的信息、提问和回答将被存储在 MySQL 数据库中。
用户的会话、CSRF 令牌和电子邮件验证令牌将被暂时存储在 Redis 中。
用户的整个请求和响应链路将被上传到 Uptrace 用于调试。这些数据将被储存 30 天。管理员可以使用用户提供的 TraceID
来追踪查询指定的请求。
当用户提交提问时，问题的内容将被发送到七牛文本审查服务进行审查。如果提问内容存在问题，该内容将被发送到阿里云文本审查服务进行二次审查。 如果内容审查仍未通过，该提问将被拒绝发送。这是由于七牛文本审查服务不是很准确，一些非冒犯性的内容可能被七牛文本审查误报。
当用户收到新的提问时，阿里云邮件服务（DM）会向用户的邮箱发送一封邮件。
你可以在主页查看 NekoBox 的更新日志，也欢迎访问赞助页面来打钱支持 NekoBox。 更新日志和赞助商名单存储在独立部署的 Pocketbase 服务中。
开源协议
MIT License
备注
- 基于原版Nekobox修改，基本与原版无异，主要是添加了个人主页二维码和首页统计数，并修改了部分适合自己的参数。