Post #26

#dev 分支更新 新增： * 过长的消息可转为使用 Telegraph 发送 |- 需要设置环境变量 TELEGRAPH_TOKEN，不设置则不启用。每个 token 以逗号，分号，换行或空格中的任意一种分隔，为保证体验，请多设置几个。在这里申请 access_token |- 如果实在不想申请，就直接输入连续的逗号，需要启用 n 个 Telegraph 账号就输入 n-1 个逗号，bot 会自动申请 token，但是这样会延长 bot 的启动时间 |- 消息过长乃至于 Telegraph 拒收时，转为链接发送 * 新增 /version 命令用于查看版本 |- git clone 后手动运行或通过官方 docker 镜像部署者，可以看到最近的 git tag、与前者的 commit 距离和 commit hash |- 通过 Railway 部署者，只能看到部署时间 更新： * 更新了 /help 命令返回的帮助 * 简化了命令列表的描述 * 每个 feed 中检查到的新 post，将多线程发送 * 每次检查 feed 更新，都会多线程检查 * 将 feed 更新检查均摊到每分钟，这在订阅较多时非常有用，可避免负载集中及触及 flood control |- 为此，大于 60 分钟的检查间隔将会被重置为 60 分钟 |- 特定的某个 feed 的检查间隔仍为设置的间隔，但已四舍五入到整分钟 |- 程序启动时会一次性检查所有 feed，之后会将所有 feed 检查任务均摊到每分钟 变更： * 官方构建 docker 镜像删去了 x86 支持，现在仅支持 amd64 (x86-64) 和 arm64，这对绝大部分用户没有影响 附注： * 针对 Telegraph API 也设置了 flood control 自动等待；若等待时间过长，将直接重开在本次运行期间丢弃原账号并请求新的 Telegraph 账号 * post 发送任务最多允许 10 个线程同时生成消息，5 个线程同时发送消息 * feed 检查任务最多允许 5 个线程同时检查更新 * 由于 Telegraph API 非常容易触及 flood control，最多允许 1 个线程在同一时刻通过同一个 token 生成 Telegraph 文章，且每次请求附加了一个 1s 的间隔，因此最好多填几个 token * 如果想测试多线程和 flood control 自动防止的效果: 盯着日志，然后 /test https://www.ithome.com/rss/ all 加入频道 | 加入群组 | GitHub 仓库 | 捐赠支持