@jfdnet 也不看下国内软件天天都在更新什么功能。绝大部分都是在更新各种开屏广告、桌面图标、修复些无关紧要的 bug 、提升了一些不知道有没有的性能。

重点还是，很多软件明明 testflight 名额满了还是无脑推送。


对比每年 iOS 升级，都是干死一大波第三方软件的节奏，有的比吗？

我觉得是不是应该把 testflight 砸壳改包名以及 schema 重新签名一下，反正开发者都是有证书的，这样就能避免被包检测了😂

@dfkjgklfdjg 水晶头最好还是 8 根全对吧。四根好像是百兆的，千兆必须 8 根。

我自己有次路由器 Mesh 有线的水晶头没接好，然后路由器自己协商成 10M 了。

英文也有垃圾站了，例如 gitmemory，一看里面的注释“<!--guanggao--><!--guanggao 结束-->"，应该也是中文用户去污染的了🐶。

我有一次买过三十几块钱应用的兑换码，当时已经是 6 折，还好已经几年过去了都没封我号。

同样是第二种，你封装好以后，自动将 code 对应的提示语带出来就好了。 这样能方便调试以及前端提示，同时也能根据特殊 code 单独处理逻辑。

不然后端自己 postman 调试的时候，看到 code 还要有个查询或者去读记忆过程。

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

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

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

苹果也没完全禁止，会提示一个未知签名需要二次确认，或者干脆是需要用户通过右键打开确认。这个和 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，对于数据库应用配置研究的不够深，各种指标以及监控都要花非常长的时间去研究。

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