只是玩玩 All work and no play makes Jack a dull boy

服务器搬家实录,太折腾人了

💡此文也可作为新服务器安装指南 三年之期还没到,腾讯就开始给我上嘴脸了,每天的续费通知就像催命符似的发个没完,起初是准备换平台的,因为大厂的老用户都没办法买特价机器。 后来无意间发现腾讯云一个身份证可以认证最多 5 个账号,新认证的账号是可以作为新用户买特价机器的,且这些账号可以销户重来,理论上可以实现无限循环,就是可能每次都需要搬家。 所以我直接开了新身份重新入手了一太 2c2g4m50g 的轻量云机器,今天恰好有时间,索性就把家搬了。 其实搬家这个事已经盘算了好些日子了,新机器是 23 年 10 月 27 号便下手购置的,明日复明日拖到今天才算开始落地,有时候对自己这拖沓性格恨铁不成钢无可奈何。 不过,也是因为这 VPS 搬家的麻烦程度和现实世界搬家也并无太大区别了,这三年倒腾添置的零零碎碎一大堆,好在之前就担心过这个问题,所以后来几乎都是用 docker 起的服务,数据文件和衣柜里的衣服一样基本上都大致堆在了一起,这些核心的东西倒是不会出太大的错 (好像还是太乐观了)。不过最担心的就是那种几年前弄的小东西,当时临时弄了一下,然后放在某个很理所当然的小角落,今天搬家就给遗忘了,不过已经做好搬过去
分享 , VPS, Nginx, docker, Ghost,

Umami 的 TRACKER_SCRIPT_NAME 失效

昨天下午 2 点左右,watchtower 自动升级了 Umami 到最新版本,但是今天去后台看访问数据的时候发现从 2 点后开始的数据全部没有,起初以为是 Docker 问题,所以: * 重新拉 Docker 镜像 * 反复查看 Umami 的官方文档,核对配置 * 重新部署 但是好像没有作用...。 后偶然发现网页的 Like 按钮失效了,查看浏览器控制台才发现似乎是 Umami 的统计脚本无法加载,对应的网址 404 了,遂又去检查了 Nginx 配置,各种调试,发现还是没用,不过似乎脚本名字直接用访问官方原本的 script.js 这个名字可以正常访问。 无奈去看了下官方 Github 上的 issue,愕然发现有好几个人也出现了类似的问题,估计是官方的 BUG,他们的解决方案是使用 Nginx 做了反代转发给 script.js 临时使用,这里贴一下我的临时处理方案: location /chart { proxy_pass https://myumami.com/script.js; proxy_redirect off; } 官方正在修,马上会有热更新。
docker, 统计 ,