迁移到 log.pw

date
Oct 24, 2021
slug
migrate-to-log-pw
status
Published
tags
Archive - Innos
summary
type
Post
事情的起因是这样的。
notion image
notion image
还好那时博客有密码保护，不然真的会被人问候。
 
昨天把原来那个域名变成了对 Innos Note 的反代后，我开始觉得事情有点不太对劲，因为密码保护没了。要加上也不是不可以，但是这样也就失去了 IM 软件的网页预览支持，于是思前想后，感觉唯一的办法就是把存在于那个根域上的博客干掉，换一个新域名。
于是渣男本人又找了闪星帮忙改 log.pw 的 DNS 服务器，把 log.pw 的域名解析服务转移到了 Cloudflare，这样就能顺利用上 Cloudflare Workers 来做反代。甚至差点想把域名注册也托管到 Cloudflare 上，结果看了一眼官方的 TLD 支持列表，居然没发现 pw 的身影，只好就此作罢。
 
那原先的域名怎么办呢？
作为渣男本人，自然是要保持良好的向后兼容性，既然 service 链接已经“烂大街”，我们只能维持现有的状况，并让新的链接不再产生，最好能把所有链接在 Google 上集体消失，以免戴上莫须有的内容农场帽子。于是
  1. 停用了原来新增链接的接口；接口本身还是能调用的，但是会始终返回原始链接。
  1. 已有的近两万条链接依然可以访问，但链接的跳转方式从 302 变成 301，据说这样就能让搜索结果随着时间的推移逐渐消失。
  1. 像腾讯微博一样发了个半停服公告。
 
原先这个服务与博客一样是部署在 Vultr 的一台东京机器上的。今天再次登录这台机器，发现我每个月花 30+ 软妹币也就只是为了供这个没人访问的博客、被认为是内容农场的短链跳转、与一个 Telegram Bot。
博客已经搬了，那剩下的这两个“服务”怎么办呢？一看这俩其实都很适合 Serverless，短链跳转只是几个对 Redis 的操作，Telegram Bot 又是个 event-driven的服务（更 Serverless 了）。既然如此，这两个东西其实都可以无缝迁移到 Cloudflare Workers，Vultr 这台机器也就可以扔掉了。对于境外访客来说，迁移过去之后访问速度又快，我又不用花钱，真是何乐而不为呢🤷♂️
（可惜今天应该做不完了，他们也不应该是优先级很高的事情

© Robin Wong 2012 - 2024