1 、换变频空调，新点的变频空调都可以做到恒温
2 、用智能家居的手段，温度传感器检测温度，再计算出大致的体感温度，然后根据体感温度自动开关空调、调节温度，记得开空调的时候统一设置固定最大风速，低风速很难降温的。

自建存储用 Ceph 唯一的问题我认为在于：规模极小、极度控制成本的情况下，跑出来的性能会与预期差距较大。其他的说实在的都不是太大的问题。

可以用 K8S + Rook Ceph ，只要硬盘数量和质量到位、存储池按正常 3 副本来、只用 Ceph RBD 或基于 Ceph RBD 跑的 JuiceFS ，正常用不瞎搞是非常稳的。甚至配置之类的按默认的来就行了，搭好就可以放养，即使意外断电也能自动恢复，出现特殊情况卡着半天没直接自动恢复到正常状态，一般也就只是重启一下 mgr/mon/osd 的事情。

而且 Ceph 的极端情况只有在人为误操作才会出现，且只要不继续进行错误操作，在关键信息有备份的情况下，服务依然是可以原地恢复的；即使是更极端的情况，整个集群都挂了，需要重建集群，只要还有 mon 的数据，RBD 中的数据也依然可以被导出，数据是非常非常难丢的。

我用 Ceph 从来没丢过 RBD 中的数据，即使之前出现过两次极端情况也是如此。而且其中一次极端情况还是因为硬件没给到位，要不然即使当时误操作了也不会出问题，直接就自动恢复完了。

---

K8S 一般的应用部署说白了就是写一套模板，然后换镜像名、改环境变量之类的就完事了，搞明白了基本概念之后也没多复杂。甚至如果你搞好一套 GitOps 流程，把自动构建、自动更新之类的都搞好，其他人是完全可以不需要知道 K8S 层面怎么部署的。

---

另外，经常停电的话，如果不是托管到机房，UPS 一定要配一个，而且最好能通过网络提供状态信息，让服务器能在停电时自动关机。续航时间需要确保能坚持到服务器正常关机，尽可能减少因为断电导致出问题的可能性。

还有就是需要注意测试正常走关机流程的时长，有问题的话还需要考虑自己写一个关机的脚本，对一些东西直接使用杀进程的方式关闭，确保 UPS 不会在出现停电的时候坚持不到正常关机就没电了。

医院眼科验光，然后京东自营配。愿意花时间扯皮的话也可以网上看好价格然后去眼镜店，明确说明只接受京东自营上看到的价格，然后就看他们缺不缺你这一个客户了，不缺就换一家继续，然后你就能得到在线下试镜框的体验和比较合理的价格。

从描述上来看，已经是典型的违法行为了，如果造谣内容还有 5000 次以上的浏览量/500 次以上的转发量，就可以认定情节严重了。完全可以留存好证据，注意去做证据公证，然后找律师起诉完事。

家/公司停车场有一个有你到的时候大概率能充上电的充电桩就可以纯电，停好车顺手插上就能充电，远比特意跑去充电站充电舒服得多。说是说跑去充电半小时充满，实际你还得算上出门时的准备耗时、停车耗时、潜在的排队耗时等各种隐性时间成本，在没有想去逛商场、喝咖啡之类的欲望时，真的就为了这点屁事特意跑一趟是很累的。

如果家/公司停车场都没有充电桩就混动，完全不会有里程焦虑，不需要刻意去找充电的地方。跑长途也都是用油，不慢速行驶是不会掉电甚至反而充电充到更多的，直接加油就行了。

从样例图来看，有部分区域字体变虚、部分图片文字间距不合理的情况，而且整体样式都很小儿科，属于是随便让一个人去网上找个模板往上套都能做到的水平，基本没法正经使用…

只能说百度网盘有部分原因，但苹果自己也没好到哪去。我 32G 的内存，平时绝大多数情况下活跃的内存用量不会超过 50%，加上那种被压缩部分的内存用量总共也不会超过 75%，但苹果却会几乎一直使用 swap ，绝大多数情况下都会占用个 2G 左右，偶尔会到 6G 左右，极端一点还会到将近 10G 左右，就很莫名其妙。

@potatowish #5 虽然但是，依靠向量数据库实现的“记忆”没啥意义啊，出错的概率太高了...尤其是长内容+需要细节的场景，远不如依靠本身就支持 token 上限高的模型来解决，而 POE 里面是可以选择使用 Claude 3 系列实现标称 200k token 上限的。

所以为什么非要用 ChatGPT ，POE 不香吗？