@netizen #40 目前我4台服务器，60秒上报一次，早上8点重置，至今5.8小时消耗才（2,647 / 100,000），其中还包含了我另一个消耗大的网站监控项目（10个站）。也就是预计24小时才1万多而已。 当然，如果访客很多，消耗就会非常大了，自己看看完全够用。
数据库初始化和迁移用Github Action来做就行了，没必要放到Worker里。 另外，个人感觉上报的请求次数没必要刻意优化，毕竟如果以D1为后端，那每次上报都要写入D1，而D1一天一共就十万次写入... 把D1的读取优化一下，API和前端分开或许体验会好一点。 src/database/schema.js 里清理部分对删除数量的查询不是必要的，因为D1操作会返回元数据，直接 DELETE 然后看有多少行变更了就行。
@qaz741wsd856 #59 数据库初始化和迁移用Github Action来做就行了，没必要放到Worker里。 这个我弄了半天没搞出来，一直报错 另外，个人感觉上报的请求次数没必要刻意优化，毕竟如果以D1为后端，那每次上报都要写入D1，而D1一天一共就十万次写入... 为让AI计算了下 1个站 1分钟上报1次 = 1440 次写入/天 约 70 个站每天才可能接近免费限额 （70 × 1440 ≈ 100,800） 所以目前的写入频率 不会触发免费 D1 写入限制 。 应该不会触发限制吧 前后端分开后续弄起来看看，已经分离了一部分了 对删除数量的查询不是必要的 新的分支已经调整了 再次感谢大佬指教~
@netizen #40 目前我4台服务器，60秒上报一次，早上8点重置，至今5.8小时消耗才（2,647 / 100,000），其中还包含了我另一个消耗大的网站监控项目（10个站）。也就是预计24小时才1万多而已。
当然，如果访客很多，消耗就会非常大了，自己看看完全够用。
不错，cf当探针稳定性吊打一圈小厂，本超轻度mjj很爱
@huilang #51 非常感谢，马上装上！
@wszx001 #10 我现在也加了隐藏功能了
@huilang #54 越来越完善，真好
牛牛牛
@waterflow #52 稳得很，之前刚在Clawcloud的就被关了
@netizen #53 感谢支持
数据库初始化和迁移用Github Action来做就行了，没必要放到Worker里。
另外，个人感觉上报的请求次数没必要刻意优化，毕竟如果以D1为后端，那每次上报都要写入D1，而D1一天一共就十万次写入...
把D1的读取优化一下，API和前端分开或许体验会好一点。
src/database/schema.js里清理部分对删除数量的查询不是必要的，因为D1操作会返回元数据，直接 DELETE 然后看有多少行变更了就行。@qaz741wsd856 #59
这个我弄了半天没搞出来，一直报错
为让AI计算了下
应该不会触发限制吧
前后端分开后续弄起来看看，已经分离了一部分了
对删除数量的查询不是必要的
新的分支已经调整了
再次感谢大佬指教~