无服务器版，纯Cloudflare Worker探针 V2 双语 降低D1读写 前后端分离

支持一下

大佬牛逼，好用爱用

@egg #77 已添加双语

@codeqihan #25 放到面板修改的话，需要服务器定时从面板请求脚本更新，为了服务器的安全性，安装脚本还是考虑不实时更新

这个24小时区间查询为什么藏到了cf worker的变量里面？现在默认效果变成了10m\30m\1h

@Eureka122 #85 放到变量不用每次读取，减少D1写入。放开的话，自用还好，要是被多人访问，容易触发限制，后面考虑改成登陆可以查看24小时

另外，小小的建议是发版频率不宜过高，一般可能main放个测试了一段时间，表现比较稳定的版本，频繁的更新放在dev分支，否则用户sync一下代码之后出现严重错误就有点难办

@Eureka122 #87 我的dev更多... 但我经常合并过去，下次注意，感谢支持

@Eureka122 #87 这个版本部署后 需要访问/updateDatabase 更新数据库才可以

我个人觉得这个项目目前还有些很严重的问题

1. 延迟面板，不可达采用数值0ms，且参与了平均桶计算，导致丢包率高的情形下平均下来甚至表现为延迟低，这是不可接受的。
2. 长区间拼接逻辑比如6h，拼接了最近 1h 原始点+ 1h 以前聚合点+ 前端再次抽稀，6h 图里既有 8min 间隔，也可能出现 30-50min 间隔；前端会把缺口直接连起来，看起来像连续数据，导致在波动数据中出现一条诡异的平滑斜线
3. 现在为了一些资源节省默认最近1h，那这些曲线几乎只是好看的花瓶，我觉得探针除了列表栏用于显示基本信息，图表栏就数延迟栏有用，但是目前的实现连晚高峰拥堵都体现不出来，几乎没有参考价值

我觉得与其增加能支持的服务器数量，还是不如先实现一个扎实的数据监控效果，否则省下来的资源也是浪费