[开源分享]状态页面 status page

[tntin]

项目地址： https://github.com/shadowqcom/knloop-service-status 预览： https://status.knloop.com/

花了几天时间，参考和 copy 了其他几个 status page 项目（具体项目写在 README.md ），魔改后目前基本符合我的需求了。部分代码是 gpt 帮我写的，个人能力太差 鼓起勇气分享出来 希望能各位大佬能指点一二。

如果需要日志数据颗粒度更细，可以把定时任务执行时间调短一些。但是 GitHub 的免费额度有点不够用。不知道 cloudflare 可不可以。

我的想法是可以把 sh 脚本放在别的地方执行 然后把日志推回仓库。

现在还有一些问题，图表里面的数据没有弄准确 !!!

[lankaka]

页面真简洁好看，明天试试。

[tntin]

@lankaka 刚才更新了以下，报表的数据展示了一个小时内的平均数和中位数，除了可以看出延迟信息之外 ，还可以更加准确的描述网络波动了。

[Scarletlens]

多任务的性能怎么样呢？ uptime kuma 的缺点就是多任务性能要求比较高，不知道你这个如何

[delai]

感觉，收集数据的脚本，用 cloudflare worker ，更合适

[delai]

另外，多搞几个区域的服务器定时跑，就更牛逼了

[tntin]

@Scarletlens 我理解这个没啥性能瓶颈，因为是用 bash 脚本 进行 curl 测试，并且每个测试任务跑一个子 shell 。理论上测试速度没问题，但是现在我遇到的问题是提交 log 文件的时候偶尔会冲突

[tntin]

@delai cloudflare worker 我没用过，还在研究。多搞几个区域的服务器跑是个好方法，我也在测试了。现在多服务器跑的时候 遇到的问题是 git push log 文件的时候会冲突

[coolfan]

清爽漂亮

[delai]

@tntin 弄个数据库呗

[tntin]

@delai 加数据库应该能有质的提升。但是就没办法只用 github 自动任务和 github page 完成整个项目了。
如果你需要存更快的存储，和更细的日志，那最好还是本地部署。

[tikazyq]

不错，star 了