这是在给 ios 上开放第三方浏览器内核做准备吧

低配版，设置 Security Groups ，只允许 443 和 tailscale 需要的端口的入站流量
高配版，把机器放到 VCN 的 private subnet 中，这样外界就访问不到你机器了，但同时你机器也无法连接到因特网。所以再加个 NAT Gateway ，设置下 VNC 路由把 private subnet 的默认流量路由到 NAT GATEWAY 上。这就是最常见的把机子放到内网然后通过 NAT 网关联网了

就电信这破国际出口的质量，要么加钱要么换宽带。真的不如换宽带

实现方法 2 可行的，Github Actions 了解下，每次 push 后执行指定任务
如果配合 github pages 的话你甚至连服务器都不需要了
我项目文档就是 Girhub Actions 构建好 docusaurus 的静态网页，然后直接更新到 github pages ，什么都不用管。
虽然最后我实在受不了 docusaurus 改点什么东西都要 React 知识，所以放弃 docusaurus 转投 mkdocs 了。作为后端是真的改不来

@manshisan 苹果当时给人体验是完全控制了体验者时长，体验项目，周围环境光照等各种因素。所以体验者基本上第一时间只看到了所有苹果想给他们看的优点

最简单的方法，别瞎组 raid ，乖乖一个硬盘一个分区，然后共享出来
这样你就能对每个硬盘设置一段时间不使用自动休眠，一般晚上你也不会用 nas 了，过一会硬盘就休眠了很安静。当然如果你有大晚上还要跑脚本处理数据的需求那没辙。只能尝试换几个厚实的机箱尝试下。

PS：楼上很多人说放客厅，你们是真不知道企业盘、氦气盘这种东西炒豆子的声音多大吗。大晚上硬盘开始炒豆子的话哪怕放客厅你都可能听得到

组个 tailscale 就解决的事哪需要折腾 dns

tailscale 会自动给你判定最合适的路由。唯一问题就是手机上 tailscale 需要占用 vpn

选最近的两个大城市买机票不就行了，为什么一定要吊死在高铁这颗树上

又一位硬要上 raid ，而且还头贴上 raid5

怎么会
线上配镜的问题之一是你验光的时候戴的验光镜感觉似乎没问题，但配好后有可能发现实际上度数不对，再重新换镜片麻烦
像我这种眼睛敏感的，一只眼差个 25 度都感觉一眼不舒服。为了配一副眼镜先后重复验光 4 次，重配了 4 次镜片

作为用了这么多年 firefox 看着它被 chrome 打得抬不起头得表示，firefox 没落，技术上就是因为它实在太卡太慢，功能太复杂了。
在 firefox 彻底抛弃旧扩展体系拥抱 web 扩展之前，你只需要稍微多装几个插件，firefox 得启动速度，那叫一个卡一个慢。当年我每次开 firefox 都有一种在开 jetbrains 家 ide 的感觉，我都能去泡杯茶了（夸张描述）。结果就是导致我每次开了 firefox 就不想关，而关了后就再也不想开了。那时候卡饭论坛玩 firefox 最多的话题之一就是如何“优化”firefox 启动时间

再一个功能复杂，firefox 旧体系下的插件，高情商叫功能齐全极高的自定义性，低情商则叫庞杂

这时候出来个启动速度秒杀 firefox ，界面简洁，还有一定插件功的 chrome ，从用户体验来说的确是远超 firefox 的。更何况这背后还有 google （要知道 firefox 现在营收大头还是 google 给的）。哪怕之后 firefox 调转方向也是太晚了

加到 10 公里我觉得你需要考虑的是自己的膝盖而不是心率了

我跑步每次都是 4 公里 HIIT 跑，最大心率 190+，20 分完成，快跑期间配速最大加到 3 分 40 多。你说拿来减脂应该还不太够，但是维持心肺能力，脚上肌肉那是杠杠的。朋友每次看我脚上的肌肉都觉得我能一脚踹死他

一个月怕不是才刚够玩旷野之息。。。。。
不过也和玩法有关，旷野之息一心只想盯着主线的话几个小时不到就能通关了。但如果开始探索的话 100 小时都打不住，200 小时才能探索完海拉鲁

如果不纠结塞尔达，我的建议是玩奥日 1 和奥日 2 。这两作的音乐美术，加上 swtich 的便携性和微软的神级优化，玩起来是一种享受

就现在这药丸的黄油界，跑啥 gal 需要这么强的核显啊

虽然 N1 算不上特别难，但从日语小白到一年过 N1 我也只能感叹一声牛逼

日本 iPhone 占比很高倒是正常的，因为日本特殊的市场，导致当年 iPhone 进来后对整个日本手机行业造成的降维打击程度远超其他国家。而且现在的日本，你想买好点的高端的手机基本也就只有 iPhone 一个选项了。日本手机行业真的是堪称奇葩

不是所有人都赞同推广的时候，要推 DDD 就别说自己是在用 DDD ，而是潜移默化地推。
通用语言，领域专家、边界这东西，不去专门了解谁知道是啥，大家也不会乐意跟你多学这些东西

如果你是管项目的话，直接跟客户还有组员说，因为开发团队和客户之间经常关于名词有不一样地认识导致开发出错，所以我想统一一下名词，我这里根据客户地叫法整理了一个“名词表”，你们看看有没有意见，今后就按照这个名词来推进项目。组内有人用错名词的话就主动纠正他让他用正确的叫法。至于客户那边，如果你没法改变客户的叫法那通用语言就完全按照客户叫法来调整
至于领域专家，直接就跟客户说我需要你们那提供一两个能和我门对接，解答我们疑问的熟悉业务的人，只字别提什么“领域专家”
至于拆领域，找核心领域，子领域之类的，边界之类的的名词更是只字别提，直接就让客户给你讲讲业务范围，业务内容，然后你把业务问详细了，自己画几个图，美其名曰“业务构成图”，下次会议把疑问和图给客户看看有问题就提，没问题的话留下证据，顺便今后扯皮时还能甩锅给客户

这一套下来你就会发现，DDD 其实也没那么操蛋，当然这一套下来这叫不叫 DDD 是个问题了