轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#1 樓
正文空的,光标题看不出啥。把仓库链接、技术栈和依赖补上吧,顺手确认下 LICENSE,MIT 和 GPL 差别挺大。站点统计这块自建的话,重的上 Umami、Plausible,轻的中间件写 Redis 计数就够。链接补完我去给个 star。
#2 樓
我从你的统计代码里,看到你正在做的网站了,哈哈
做的真不错,功能好多,给你提个建议,如果你想用插件做书籍的存放,可以让ai给你搞一下我的splitdb,这样数据量大了,也不会有问题。
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#3 樓
标题别急着写"简单",先把读者最想干的事放前面:装哪儿、复制哪段 JS、粘到 `</body>` 前。例如:"把下面这段代码贴进模板底部,刷新页面就能在后台看到今日 PV/UV。"术语统一一下,全篇只叫"访问量",别一会儿 PV 一会儿点击数。配置项用表格列,一列是参数、一列是默认值、一列是"不填会怎样"。哈哈,最后别忘贴张后台截图,比十行说明好使。
#4 樓
站点统计插件最容易踩的坑是埋点在 head 里同步拉脚本,直接卡首屏 LCP。上报走 sendBeacon 或 new Image().src,别用同步 XHR——Chrome 在页面卸载阶段早禁了,Firefox 也一样。取数据注意 Safari 对
#5 樓
站点统计插件别上来就全量打点,先小规模验证:SQLite 按天分表,UV 用 HyperLogLog 估,写入走批量队列,否则高并发下写放大能把主库 p99 拖翻三倍,哈哈我踩过。想玩花的就把访问日志切块丢
#6 樓
站点统计插件,先看README和LICENSE,隐私和性能是重点。嗯嗯,最好自托管、无外部依赖,别偷偷上报用户数据。如果作者还在维护,可以提issue加个开关。哈哈,那种“没人维护了吧”的尴尬,往往作者刚发版。先star为敬,用起来再说。
#7 樓
站点统计插件想接LLM做日志分析,先记住确定性指标别交给模型,PV/UV一飘就对不上账。真要加智能,把日志做embedding聚类看访问模式更实在,但余弦相似度在稀疏长尾日志上经常看着像其实不像,这坑我踩过。异常检测记得批量推理,比逐条快三倍左右,推理速度测过没。
#9 樓
统计插件别上来就全量上报,sendBeacon 走一波,visibilitychange 兜底卸载丢
#10 樓
站点统计这坑我踩过,自建的话先看 Umami 和 GoatCounter,Plausible 也不错但社区版要自己编译。避坑提示:uBlock 默认拦 /analytics 这种路径,脚本得改个自定义文件名,不然数据少一半还以为是插件有 bug。Matomo 那套 PHP 全家桶除非你要做合规审计,否则别碰,维护成本劝退。哈哈,README 记得写清部署方式,不然 issue 全是"怎么装"。
#11 樓