Docker部署简单网页分析工具GoatCounter
起因
- 万般缘由皆是Umami更新失败,导致我自己摧毁了容器,原不是Mysql,本身就是pg数据库,更新还是出问题了,经博友指点可能是镜像源的问题,仔细回想,当时从美西机子导出镜像的时候并没有pg后缀,删除的镜像的时候似乎还发现了Mysql的字符,真是粗心大意。当然也要吐槽一下Umami,这软件更新也是真有意思,最起码看到5篇以上的文章踩坑了。
- 摧毁就摧毁了,发现了一个简单的工具GoatCounter,基础功能都有,部署简单,默认可以使用Sqlite数据库,也支持Pg等数据库,后台自带导出功能,就它了,省心最重要!
GoatCounter
- 项目官网: GoatCounter
- GitHub页面:项目页
- 详细特性可以去官网和项目页查看,需要别的数据库就增加一条命令,不需要直接拉取镜像,需要调试的参数就端口和存储路径,直接部署即可。
- 需要域名访问的话,就反向代理一个域名即可。
- 部署方式:
docker run \
-p 8080:8080 \
-v goatcounter-data:/home/goatcounter/goatcounter-data \
arp242/goatcounter
- 域名配置为反向代理的域名。
- 生成的跟踪代码添加到站点相关页面。
- 自己刷新一下站点页面,有跟踪信息就算部署完成了。
总结
- 界面有点过于Dos风格,但是基本功能也有,语言大部分内容支持简体中文,数据可以导出,我看了下压缩包,表格里面会记录相关跟踪信息。有兴趣的可以尝试!
文章目录
文章目录

这个网页分析工具具体是干嘛的
统计访问量
这些功能第三方统计应该都有的呀
第三方随机会跳小黄站
umami搬迁和更新倒是没遇到问题,貌似就一个数据库配置,之前是用的neon.tech远程数据库,也就一行 postgresql:// 环境变量解决了。
当时没当回事,然后就摧毁了
自从因为umami拖慢速度后就不再使用统计产品了
还可以吧,自建看服务器速度了
最怕这种一更新就崩盘的
这个镜像就30m,比较轻量。
想问个umami问题,是可以统计typecho某一篇文章的的总阅读量吗?
选择那个文章的路径应该可以,但是不一定准确
与其说Umami坑,不如说,PG数据库+Docker是个巨坑。哪有数据库排序规则是跟着操作系统走的嘛……而Docker Hub也挺逗,同版本号镜像在不同时间拉取时基于的操作系统居然会不!一!致!你都知道PG数据库有这个特性了,还随意升级底层系统的?
那会的确没留意,宝塔直接升级的,后面看到本地镜像,有两个版本,pg和mysql,然后就删了umami的全部容器。
所以我感觉Docker Hub官方就很有问题,既然知道PG数据库有这个问题,就不应该用同一个版本号引入两种不同的底层操作系统镜像,这样会把不知情的用户搞蒙的。
仓库的提交都是上周的,为什么界面这么旧
那我拉取的应该是最新版本,官方的demo也是这样。