id: zsh2517
谢谢

ZHiYcyZXIBh 已用，谢谢！

除了楼上提到的那些之外，我说一下我自己的场景。目前 node18, 20 并存，具体用哪个版本写在了 CI 配置文件里面（因为一些原因有些升级不上去 20 ），找 GPT 写了个脚本 读取 CI 配置文件并且运行 nvm use xxx 。然后设置 alias ，叫做 autoenv 。
进到项目之后
$ autoenv
$ npm xxxx
就可以，习惯之后还挺省事的

@HelloWorld556 编一个场景应该就能绕过，比如知名的奶奶漏洞，或者强调自己学习/测试目的，以及声称自己有版权啥的

收到（ bushi

我自己遇到的 CPU 满载确实会影响使用，界面卡顿。所以一般多线程/进程跑东西会开 n-2 个，剩下俩核给系统用（虽然这样不一定准确）

我自己米多贝克家的 D-1581 NAS 方案（ D1581 2016Q1 ，16 核 32 线，1.8~2.4G ），除硬盘外剩下都是他们家买的，机箱+板 U+内存 32x4+散热电源一共不到三千，系统 pve 。只是阐述事实，谈不上推荐（我也没啥感触）

噪音：开机的时候飞机起飞，应该可以通过策略/换风扇解决；正常运行声音不算大。机械硬盘声音没法避免，目前插了三块，4+4+16 ，NAS+PT+VM
功耗：日常 55~65w ，一天 1.5 度电
性能：单核跑 LZMA2 压缩测过一次，一个 66MB golang 编译产物，单核极限压缩用了 75s ，对比与 7950x3d 的 15s 。多核我目前没有啥吃性能的，日常不到 5% CPU 负载

@AdamJonas 楼下不是码头怎么办？

关于“另外后续流量上来了”和“经济实惠”

我自己做过个东西，在一个 1 核 2G 的服务器同时跑 3 个 flask 项目和 1 个 MySQL 8.0 ，高峰时期每秒 10+ 带有数据库 IO 的请求没有遇到啥问题。1 核 2G 是什么概念？ vscode remote 一连就死机（虽然我那个项目实际上只有几分钟的 10+ 峰值，平常低于 1 QPS ）。而如果稳定 10+ QPS ，如果平均下来的话，只算白天是 50w 请求

项目起步，有个后端，有个数据库就够了，如果有比较多的静态资源，就加一个 CDN 或者对象存储。其他东西暂时用不到。甚至如果项目足够简单，连数据库都不需要，文件 IO 都能当数据库用

除非项目后端的运算量非常大，要不流量上来之后，哪怕挂个广告，买服务器也买得起

GPT Plus ，然后还有一个 maxai.me 在纠结要不要订阅

分类

1. 文本数据。目前基本扔一个文件夹里面，用的时候 grep （ ripgrep ）。之前想过写个程序入库，但是懒得搞
2. 关系型数据。直接导入 sqlite （比如 Excel 、csv 、tsv 数据等），对我来说查数据库要比查 Excel 方便
3. 结构化数据。人读的多就 markdown + 一二三四五 级标题，机器读的多就 json 类型保存，另外最近在写一个 json 的工具。（但是结构化的、个人的数据很少）
4. 时序数据。重要的事情写日历上，不重要的事情靠脑子（忘了也影响不大）
5. 其他数据。看情况随机找一个地方存
6. ReadLater 、书签。这个我很想解决但是又懒，而且不太现实（收藏完不看，现在各种地方的收藏加起来上万，完全没归类）
---

我没接触过 headless CMS ，但是名字上看起来好像能满足

另外如果想进一步讨论可以邮件 [email protected] ，我回一个联系方式
（这类东西我也想自己写，但是一方面需求不大，另一方面需求很杂，就一直咕咕咕咕了。

鸡汤壁纸我感觉还不如试着往功能性上做卖出去的可能性大（

写代码，尤其是辅助性的小工具类的代码。举个例子，我前段时间找 gpt4 写的两个代码：将当前目录下所有的 git 仓库的状态枚举打印（当前非 master 分支，有未 commit 改动，有 stash 等）；根据 ci 配置调整当前命令行工具版本（ py ，node 等）
这种类型的需求一般三五十行代码，gpt4 完成的很不错。（第一次对话生成出版代码，根据运行结果纠正一下需求，然后把实际运行的报错让他改一下，基本没题就能用了）

我是前端，我也很想知道。独立做一个设计稿我完全不知道从哪下手

@mohuani 上线了记得踢我。我帮你发我们学院群里宣传。
我当时为了画图，就各种地方翻文档。结果到最后画的也不咋样，反正只能说凑合能看。

不散热的东西，emmm 凭印象好像只有那种几瓦或者十几瓦的 cpu 才能考虑不装散热或者被动散热。。
200w 是什么概念呢，你去淘宝搜一下，『宿舍 电热锅』，这种能用来做饭的锅一般 300w 都能用

@zsh2517 同样适用于比如大小公司的场景。IP 划分不一定完全是根据数量来决定，还有可能会根据比如组织结构、物理地址等划分方案。另外考虑一些特殊情况（比如租期过长、波动较大、随机 mac 等），划分的时候本身就应该带着比较大的冗余（尤其是对于公司之类的场景）

为了方便管理，192.168.8.0/24, 9.0/24 给物理设备，10.0/24, 11.0/24 给 pve 虚拟机； 8.0/24, 10.0/24 走代理，9.0/24, 11.0/24 不走代理。
虽然我可能设备数加起来也就是十几个（包括虚拟机），但是这样划分一下相比于根据设备数量塞到一个通常意义的 IP 段（ /24 ）要方便。

@hollc 可以的，根据子网掩码就行。比如我自己一个人住的地方路由器分配的是 192.168.8.0/22 ，相当于说占了 192.168.8.0 ~ 12.0 四个段。
理论承载量 1022 个设备。（其他见新回复补充）