项目地址: https://github.com/shadowqcom/knloop-service-status 预览: https://status.knloop.com/
花了几天时间,参考和 copy 了其他几个 status page 项目(具体项目写在 README.md ),魔改后目前基本符合我的需求了。部分代码是 gpt 帮我写的,个人能力太差 鼓起勇气分享出来 希望能各位大佬能指点一二。
如果需要日志数据颗粒度更细,可以把定时任务执行时间调短一些。但是 GitHub 的免费额度有点不够用。不知道 cloudflare 可不可以。
我的想法是可以把 sh 脚本放在别的地方执行 然后把日志推回仓库。
现在还有一些问题,图表里面的数据没有弄准确 !!!
图表数据不准的问题解决了,加入了一点测试日志 可以看看效果了:
![]() |
1
lankaka 49 天前 via iPhone
页面真简洁好看,明天试试。
|
![]() |
3
Scarletlens 47 天前
多任务的性能怎么样呢? uptime kuma 的缺点就是多任务性能要求比较高,不知道你这个如何
|
![]() |
4
delai 47 天前
感觉,收集数据的脚本,用 cloudflare worker ,更合适
|
![]() |
5
delai 47 天前
另外,多搞几个区域的服务器定时跑,就更牛逼了
|
6
tntin OP @Scarletlens 我理解这个没啥性能瓶颈,因为是用 bash 脚本 进行 curl 测试,并且每个测试任务跑一个子 shell 。理论上测试速度没问题,但是现在我遇到的问题是提交 log 文件的时候偶尔会冲突
|
7
tntin OP @delai cloudflare worker 我没用过,还在研究。多搞几个区域的服务器跑是个好方法,我也在测试了。现在多服务器跑的时候 遇到的问题是 git push log 文件的时候会冲突
|
![]() |
8
coolfan 47 天前
清爽漂亮
|
10
tntin OP @delai 加数据库应该能有质的提升。但是就没办法只用 github 自动任务和 github page 完成整个项目了。
如果你需要存更快的存储,和更细的日志,那最好还是本地部署。 |
![]() |
11
tikazyq 44 天前
不错,star 了
|