前端打包 docker 镜像，服务器容器化，借助 watchtower 等工具，可以实现发个请求就自动更新镜像重启容器。

至少 16+512, 少于 16G 会卡, 少于 512 过段时间就要清理硬盘, xcode 一个就能干掉几十 G

网易云音乐是 88vip 领的, 爱奇艺小米电视会员买就会送一年

用了一圈 gitlab, drone, gitea, 还是喜欢 github 和 action 里, 最终找了个那个啥的 github 企业版本的部署在内网, 跟 github 使用几乎没区别

试试 lo 库

同病, 我的 19 年买的, 出差才会背一下,用的很少, 电池循环才 18 次, 已经发现有这个毛病了, 有时候一段时间没开, 打开发现无法开机, 以为没电了, 插电能开机发现电池还是 75%

esxi8.0 了, 今天刚升级

家里的 R2S 做旁路由一年多, 突然开始频繁死机, 每隔一两天就会死机, 只能重启恢复。另一个放在办公室的, 每天下班直接断电, 两年了都正常。现在家里换了一款淘宝上的品牌的跑了几个月了目前正常。感觉这货还是不稳定的，发热比较严重。工作上采购过 R1S, R2C, R2S 几十个给客户做数据采集, 整体看来, R1S 故障率感人, R2S 稍微稳定一点, 但是也有几起客户退回的, 无法启动的, 重刷 SD 卡又行了的，目前打算弃用了。

我的 m1 mini, 刚升上来的时候, 每次开 chrome, 输入框有焦点, 鼠标就会转圈圈 5 秒以上. 两台都是, 应该可以确诊. 推测应该是百度输入法造成的, 最近一段时间发现好了, 估计是输入法更新了

使用两个 nginx:alpine 容器是因为项目有管理后台和微信公众号，是两个不同的开发项目, 有不同的 ci 发布流程, 还不是同一个前端同事维护的, 只能给他们两个容器。现在公司又提了接入企业微信, 有点怕要再加个容器。
目前 springboot 的项目还在销售，设计的时候选择了 mongodb 作为数据库, 医疗体检类的应用, 体检数据用 mongodb 保存太省事了, 所以现在独立部署的成本很高。我推荐的配置是阿里云的负载均衡+两台 4 核 16G 的 ecs+1 个 2 核 4G 的 mongodb 实例, 算起来就算是新用户也要 1.2 万+, 续费更是 1.5~2 万了, 目前来看, 即使是医院, 肯出这个钱的都不多, 大多是让我提最低配置, 最好一台 ECS 搞定, 就最低配置的一年也做不到低于 5000. 选择低配运维压力也要压到自己身上, 还好只备份个数据库, 定期检查一下就好了。有些客户不允许部署在云上，需求提给单位的机房，IT 部门必定会打电话过来`砍价`, 就算他们全是虚拟机，也不打算给这么多资源，除非我们连硬件也给他们提供了。
相比之下 go 开发的项目部署起来就快乐多了, 客户愿意我就给独立部署, 反正一个 docker compose 几秒钟起来了, 1 台 2000 块钱的服务器部署几十个客户也没太大波动, 前面加上负载均衡, 哪怕一台也加, 既共享了带宽，又方便解决故障，服务器真有点波动, 随时换一台切换一下负载均衡后端，很快就能解决，同时 ssl 证书什么的更换也很方便。

个人的一点经历，仅供参考。
身在小公司, 做过不少创业项目, 几年前 php, springboot, .net core 都做过, 并且目前还在维护着, 但近两年的新项目后端全部使用 gin 了。
选择 gin 主要是以下几个因素, 跟其它几个语言 /框架比起来：
一、php 写的早, 当时还是 php5 写的项目, 维护起来有点痛苦, 特别是经历过几拨人接手过的项目, 数组里面到底有什么太费脑子了。
二、springboot 太消耗资源了, webapi 项目基本上>1G 的内存消耗, 有个项目上了 cloud 微服务, 十来个服务，4 核 16G 的阿里云刚好能跑一套部署。我的项目主要是企业用户，CRM, 进销存等, 访问压力并不大，但是客户用起来，很多会要求有定制内容，定制多点了，就需要单独开发独立部署，成本比较高，如果成本转嫁给客户，客户会觉得软件比较贵，一年多 5000 块钱服务器费用，很多客户会犹豫。而现在容器化部署 go 为主的项目, 一套软件部署 3 个容器, 2 个 nginx:alpine, 1 个 gin, 镜像都只有一二十兆, 内存消耗 3 个容器加起来不到 100 兆, 多台服务器共享负载均衡带宽, 共享 RDS 数据库, 独立部署的成本可以压缩的非常低。
三、.net core 我是从 asp 时代就入行做网站, 后来 asp.net 1.1, 2.0 都用过做过很多中小型网站, 后来几年没接触.net, 但是对.net 还是有情怀的, .net core 发布后, 拾起来做了几个小项目, 并没有特别惊艳的地方, 坦白说 spring 那一套内容需要用到的都学会就已经消耗了大量的精力, .net core 一样有太多需要学习的东西, 年龄大了并不想投入太多时间在这种学习上了, 最终还是选择了 go 。选择 go 的原因就是部署成本低, 语言简陋一点并不是大问题, 说 go 不能写业务的就更不知道为什么了, 有什么样复杂的业务 go 不能写的? asp 都开心地写过几年, go 比 asp 强多了, 而且忘掉架构, 忘掉设计模式, 用脚本一样的写法写 webapi, 做个快快乐乐的 curd boy, 早点下班带孩子, 不是很开心滴么。

题外话，由于项目需要，有些服务需要开发各种能运行在不同终端上的程序, 比如 windows 上的读卡、串口服务, 甚至运行在路由器上的采集程序, 通过 wifi, 蓝牙做数据采集, 这些以前都是.net 开发的, 但是部署起来并不快乐, 很多客户或者设备自带的 windows7 非常老, 甚至没有接入互联网, 部署一个应用会缺少各种各样的依赖, 有的要安装 vc++运行库, 有的要安装系统更新, 每次都提心掉胆地安装, 就怕这几十万的设备带的电脑系统要是挂了, 客户找厂家上门可是要大价钱的，关键还经常报错安装不上依赖。但是自从把这些采集程序换成 go 开发成 windows 服务, 兼容性出奇的好, 从来没需要单独安装什么依赖, 各种架构的 arm, misp 路由器上跑 go 开发的程序资源消耗也非常小, 体验非常好。

同感
博客园折腾过一阵子, 后来也是换 k8s 了
最近看 github enterprise 用的是 Nomad 调度容器, 打算尝试一下看看

试试 json patch

一直这样, 卸载重装一下就非常快了

R2S 用过两年, 夏天发热比较大, 有点烫手, 上个月换成了 GL.iNET 的 MT2500A, 效果还是很明显的, 同样的安装了 socks 客户端和 openclash, MT2500A 就只有一点点温热

我用网易云音乐的云盘, 上传到云盘随时在外面都可以听

看看 jetpack compose, 显示个列表跟 web 一样简单

文件列表操作文件
单击
-预览文件, 预览只有一个选项卡, 如果选项卡是预览状态(文件名是斜体), 就会替换成新的预览文件
双击
-新选项卡打开

上半年突然出现面部红疹, 后来转到胸口大面积红疹, 又痒又痛, 痛苦不堪, 折磨了 3 个多月, 今天搜了下才发现, 原来是疫苗的副作用, 很多人反应打完会有这个副作用