花里胡哨的 没有一丝感觉

延迟实际上对远程开发体验的影响没那么大，Terminal 字符界面，10 ms 内的延迟几乎感受不到，VS Code 只有保存、打开目录时才会感受到延迟，其它完全感受不到。

你的意思是把 A 机器的 ~/.ssh/config 同步到 B, C, D 以及其它机器？为什么有这个需求呢？

感谢 op 提醒🙏

所以并不是说技术好或者自己有优秀的开源项目就不会失业了就安全了，机遇、环境也很重要。但愿大家都能在寒冬中保护自己吧。

用云服务，当你需要大内存（ 3 * 4G 就是 12G ）的时候很贵，免费的一般只能用一年，便宜的只能用一、两年，低配云服务器强行部署为 Kubernetes 节点的后果就是会很卡，可能你会看到 VPS 的内存占用变为 9x%，然后 load average 那三个数字 也很高，使用体验很差，ssh 上去或者 kubectl 执行个命令都要半天，建个 Pod 经常就是内存不足频繁重启，这些我都试过，所以用本地的就行，延迟地，配置高。

其实我觉得自己搭一台都差不多了（ DIY 主机搭配大内存不贵，还可以打游戏），或者干脆就用自己的 localhost ，现在的主流电脑都是 16G RAM 起步吧，本地建 3 台虚机作为 Kubernetes 节点足够了，可以在需要公网访问的时候再去找云服务器。

上一家公司做 toB 的产品，领导说他在的上一家公司的销售，就是你做的是依托💩都能给你卖出去，所以，大力出奇迹。我觉得 toC 也是一样的道理，毕竟我用过一些 toC 的软件也不怎么样，界面不友好也有小 bug ，但是因为它能解决我的需求，所以我也会捏着鼻子用。

多推广。

比如说你拿到的一个 PreSigned URL 是 https://oss.aliyun.com/xxx ，你就把它替换成 https://your-service.example.com/xxx ，然后你在 your-service.example.com 部署那个判断次数的 HTTP 应用。

@Dongxiaohao #25 虽然我没实现过，但感觉可以这样：你用 PreSigned URL （不知道 aliyun OSS 支持否），然后 PreSigned URL 的 hostname 部分指向你的一个服务，然后这个服务统计每一个 PreSigned URL 的请求次数，在此数之内，Http 302 重定向到真正的 PreSigned URL （就是 hostname 没被替换的那个），超过了次数返回错误，这样宽带不受你的服务器的限制。

自己部署吧，我个人觉得 Next.js 强大一点在于它的构建速度非常快，还提供了一个简单易用的 dynamic 动态加载功能，一般我都是 npm run build 等几秒然后直接 rsync 到 VPS ，整个过程感觉很流畅、自然。

部署到 Vercel 之前我也试过就是感觉构建时间太久了，push 上去之后，它有拉镜像、安装依赖、构建、打包镜像、发布这么一系列过程，自然比自部署的慢一些。

如果纯文字的话，替代品还是很多的呀，比如 Claude 和 Bard.

这种外行瞎指挥外加 UI 设计极其不专业也让前端心塞的一件事。

她不是在设计，她是在“管理”啊，老板让她指挥手下的人，她自己也享受指挥别人的过程。我们公司也是这样，UI 设计是后端兼职做的，丑的一匹，想到什么来什么（完全没有和已有风格保持协调、一致），UI 就是截图加上随手打的一两句话还带错别字。

Notion 满足你

题外话：IPv6 的其中一个愿景就是设计一个足够大、足够充裕的地址空间，使得设备与设备之间都可以点对点地直接互联（因为在这个充裕的地址空间里面大家都能分配到 IP 地址），所以普遍来说 ULA （私有地址）相对而言比较少见，大多数设备要么就是只有 fe 开头的 link local 地址，要么就是再加上多个 2 开头的 global unicast 地址（公网地址）。

因为 2000::/3 global unicast 地址是全球唯一的，所以理论上你的电脑可以用这个地址跟全球 IPv6 互联网的任何一台计算机双向通信（不管是谁主动发起连接，只需知道对方的 IPv6 地址），所以路由器/局域网网关设备出于安全起见一般都默认启动 IPv6 stateful firewall （只准局域网内的设备主动向外发起连接，不准广域网设备主动与局域网内的设备发起连接），这时地址虽然是公网地址，但从实际效果上看“相当于”内网地址。好处是阻挡了弱密码探测、爆破登录等安全风险，不过也不是绝对的安全。

WiFi 7 都出了，而且价格都是平民级的，所以，不如搜索一下 WiFi 7 路由器，另外 YWN3aWZp 也列出了两款新出的 WiFi 7 路由器。