很好的总结，感谢贴主

1 年 1k 以内的 HK 大把，也可以考虑美国一些 CN2 GIA 线路的机器

备份的话不用多想，1K 预算 2G2 核 60G 存储完全没问题，上 Docker 迁移也方便

我也是早上发现域名指向不对，排除了下发现 key 没问题程序也没动过，真的是

还没楼下的一个显卡贵

@molika 哈哈哈哈一模一样，粮食管够它是大爷，控粮它就让你知道什么是可可爱爱

@losta 其实可以这样理解，晒语音控制的开天窗跟空调的是因为天窗跟空调都没有实体按键了，都集成到车机的二级菜单甚至三级菜单去了

@kemo 我家大猫也是非常贪吃！但智商就不是很高，小的不贪吃但智商非常高，擅长各种偷粮食会开抽屉会开门会开包装很逆天，经常开袋给大的吃，我也很头疼。

@JionLee 楼上也提到了减肥处方粮，我试试看从换粮的角度入手

@lifekevin 分开喂就是不现实，所以我也是不管了一段时间哈哈哈哈

但大猫现在明显有点跑不动了，跑一阵子就有点不健康地喘气，想着现在还好处理，别发展成肥胖就难处理了

@JimmyLX 感谢，我试试换减肥处方粮

玩具平时都有买，都是三分钟热度然后他们就不喜欢玩了，心想买一个猫咪跑步机大几百的不知道效果如何

也投 KDE 一票

@lsk569937453 首先我没喷`nohup`，强调了是个人体验，`nohup`存在即合理

其次，在代码中配置输出到文件是入门编程的常识，比`nohup`还简单多了，python 的`logging`、golang 的`logrus`，C#的`log4net`等等，一个了解`systemd`的人写代码用`print`是不可思议的

但日志库跟`nohup`有关系？因为有这些库做日志切割，所以`nohup`配置日志不方便就不存在了？

`nohup`就比`systemd`和`supervisor`更好了，更遑论`nohup`不支持一键重启，自动重启，运行用户配置，系统环境单独定义等诸多功能，这些只有`systemd`和`supervisor`这类守护进程支持

开发和运维工作是分开的情况下，多个项目组各自定义自己的文件输出在各自的目录下有着各自的切割规则，运维更合适收集程序的 CLI 输出并按照实际服务器资源情况进行切割是更合理的

我的个人技术体验路线是：screen-nohup-supervisord-systemd

拧螺丝只要口对的上都行，但使得顺不顺手是另外一回事

@chackchackGO 看程序类型了，nohup 的写法不是太友好

比如我需要记录程序的输出，那么 nohup 的写法就复杂了一点，如果希望切割日志，那么`nohup`就会很复杂了

就我的使用经验而言，写一个`supervisor`的配置单是最简便的

如果程序很简单，只需单纯的需要在后台跑，那我觉得`tmux`也比`nohup`要强

@adoal 是的

在`Linux`下跑后台一般也不用`nohup`，简单的`supervisor`，复杂的`systemd`

Windows 下可以看看计划任务（类似 nohup ），`nssm`（这个类似`supervisor`）

@AoEiuV020JP ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

@darksword21 谢谢，只有你的方法一劳永逸

有车吗？有车对市区配套没有刚需（两个人不结婚没小孩暂时对市区医院之类需求不高）？

没有的话，不必拘束于市中心，往上班路线不拥堵的地方看看

公寓都选了，没理由不看看远大新呀

我一开始预算比你略高了点，看了大半年，最后觉得老破小实在喜欢不起来选择了远大新，开车上班 40 分钟完全可以接收

二楼是正解

可以参考一下 gost 的虚拟组网教程： https://gost.run/blog/2022/tun/