周五刚上线就已经看了，如果不是全智贤主演，而且五十几分钟才出现，可能评分会高一点😂

话说豆瓣里《王国：北方的阿信》从哪里来的？

这个其实就相当于应用实名制。签名是存在时间成本和金钱成本。万一发现风险，直接拉黑签名就能基本禁用风险应用。

苹果也没完全禁止，会提示一个未知签名需要二次确认，或者干脆是需要用户通过右键打开确认。这个和 Windows 上 UAC 提示未知作者是一样的。

不好用，经常没事就帮我截图，已经关闭

阿里云的 docker 镜像源很坑，只镜像了 library 命名空间下面的，比如 nginx 、redis 这些官方的默认不用写命名空间的项目。

最稳妥的还是自建镜像中心，用国外服务器反向代理，这样 gcr 、quay 都可以。

比较理想的状态是，开发的是时候能写好 seed 数据，然后自动化测试就是拉出一个实例或者容器单独去跑。

但是实际上是，除非是完全新的项目，且有时间去写 seed 数据，否则老项目 seed 数据要么没有，要么已经很久没维护过，跑起来一步一坑。

istio 可以考虑一下，目前我还是把它当网关用。 后面微服务拆多了，它还能绘制出服务间的依赖。

Windows 游戏机去升级最新版系统不是自己找不痛快吗？

玩游戏，系统也就是个底层平台管道，Windows 11 基本上不会有性能和用户体验上的收益，反而有很多游戏不稳定和不兼容的风险。

@yov123456 Pro 应该不是吧，作者还没开源出来，也还是发布在微软的 appcenter 上面。

我觉得没有必要去改启动参数 ENTRYPOINT， 你需要改哪个文件，拉出来改好再映射回原路径就好了。 不然万一镜像升级，启动参数有变化，你到时候又会跑不起来。

简单试用了一下，还挺好用的。 截止目前好用的 redis 客户端可能也就 tableplus，但是免费版限制 2 窗口，收费版比较贵。

建议补上英文版本 README，老外也肯定会有需要的。

另外，redis pro 名字很容易联想成 redis 商业版，而且 redis 官方仓库是以 BSD3 协议开源的，BSD3 协议里面有一条是“不可以用开源代码的“作者 /机构的名字”或“原来产品的名字”做市场推广”。

虽然 redis-pro 客户端没有用到 redis 服务端代码，但是为了方便推广，也还是建议采用别的好记一点的名字。

至少在上海这边，我算下来，交全额和不交全额，到手区别不大，因为公积金进去也可以提取。

反而是全额的多交了很多医保、养老保险之类的，虽然现在用不上，但总比没有的好。

玩了快一年的 K8S，越到后面越觉得数据相关还是买云服务的好，例如 DB 、Redis 、MQ 等。

自己搭建先不提性能，就一个稳定性都保证不了，因为我们不是专业的 DBA，对于数据库应用配置研究的不够深，各种指标以及监控都要花非常长的时间去研究。

我觉得在没有完全吃透的情况下，买云服务是最稳妥的。等自己搭建的监控、扩容、滚动升级之类的都能媲美云服务厂商的时候，再考虑迁移回来也不迟。

还是得试试 Mac 版本的，之前已经在 M1 用了半年多的 iPhone 微信，消息经常有延时以及 dock 栏不及时更新数量真的是吐了。

虽然你用了二次认证能保证有小人监听到的账户密码后面无法登录，但是如果别人把 cookie 监听下来，直接访问不就可以了吗？

像很多东西就算加了认证，仍然不能保证出现各种乱七八糟的 bug 或者后门，比如之前的阿里 nacos 存在一个 header 白名单可以任意访问的问题。
你相当于把自家的保险箱放在大门口，跟别人说我家保险箱很安全，你随便试，万一哪天保险箱出现指纹门锁一样，用一个特斯拉线圈就能万能开锁的漏洞呢。

所以，最差最差，https 一定要配置。 后面看个人折腾能力，wireguard 也给加上，双重配置才能最大可能减少风险。

ARM 版 Mac 和之前同比 Intel 已经是降了价的，降价幅度已经高达 1400 。

同 Github Action，用 action 里面自带的 token，连配置都省了。

如果是在同一个集群，应该可以直接用自带 Headless Services 来实现吧。 我看携程的 apollo 在本来是 Eureka 作为服务发现，在 K8S 里面就用 K8S 自带的了。

K8S Headless Services 会自动维护可用 EndPoint 节点，配置好健康检查探针及时将不可用服务踢出去就好了。

有环境的话还是自建 npm 镜像中心吧，verdaccio 就能很方便的设置镜像上游，或者存放自己的私有镜像。

npmjs 也不是不能用，让自建 verdaccio 多尝试几次一般都能拉下来，有缓存之后就很快了，或者给 verdaccio 设置出口走好点的跳板机出去也可以。