docker

2 posts

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

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

Umami的TRACKER_SCRIPT_NAME失效

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

You’ve successfully subscribed to 只是玩玩
Welcome back! You’ve successfully signed in.
Great! You’ve successfully signed up.
Success! Your email is updated.
Your link has expired
Success! Check your email for magic link to sign-in.