Chancel

Chancel

人终究会被其年少不可得之物困扰一生
🏢  Software Development Engineer
V2EX 第 534625 号会员,加入于 2021-02-24 17:49:55 +08:00
24 S 24 B
Chancel 最近回复了
@molika 哈哈哈哈一模一样,粮食管够它是大爷,控粮它就让你知道什么是可可爱爱
@kemo 我家大猫也是非常贪吃!但智商就不是很高,小的不贪吃但智商非常高,擅长各种偷粮食会开抽屉会开门会开包装很逆天,经常开袋给大的吃,我也很头疼。
@JionLee 楼上也提到了减肥处方粮,我试试看从换粮的角度入手
@lifekevin 分开喂就是不现实,所以我也是不管了一段时间哈哈哈哈

但大猫现在明显有点跑不动了,跑一阵子就有点不健康地喘气,想着现在还好处理,别发展成肥胖就难处理了
@JimmyLX 感谢,我试试换减肥处方粮

玩具平时都有买,都是三分钟热度然后他们就不喜欢玩了,心想买一个猫咪跑步机大几百的不知道效果如何
87 天前
回复了 yaott2020 创建的主题 Linux 你倾向于哪个 Linux 桌面发行版?
也投 KDE 一票
87 天前
回复了 vituralfuture 创建的主题 Windows 吐槽一下 windows 的终端的一个天坑
@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

拧螺丝只要口对的上都行,但使得顺不顺手是另外一回事
89 天前
回复了 vituralfuture 创建的主题 Windows 吐槽一下 windows 的终端的一个天坑
@chackchackGO 看程序类型了,nohup 的写法不是太友好

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

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

如果程序很简单,只需单纯的需要在后台跑,那我觉得`tmux`也比`nohup`要强
90 天前
回复了 vituralfuture 创建的主题 Windows 吐槽一下 windows 的终端的一个天坑
@adoal 是的

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

Windows 下可以看看计划任务(类似 nohup ),`nssm`(这个类似`supervisor`)
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2574 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 10:28 · PVG 18:28 · LAX 02:28 · JFK 05:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.