@lsk569937453 对的，比如用 logrotate 做切割，这玩意不但可以配置各种切割规则，而且还可以指定切割前执行任意外部操作做预处理、切割后执行任意外部工作做善后。最好是你的程序支持收到 HUP 信号或者别的触发条件时 reopen 日志文件，这样切割的事完全不用放在自己的程序中处理，只要闷头写就行了。

@chackchackGO 后台跑数据处理等一次性的、属于当前用户的计算任务还是适合用 nohup 的。这里说的是长期运行（理论上你不去停止它它就永远运行）的服务。

顺便说一下，如果是 Linux 下正经的生产环境里跑的业务系统，并不建议用交互登录的用户 nohup & 挂后台。至少要写个 systemd unit 或者别的服务管理器下的配置，用不能交互登录的服务专用用户来运行。

@zackzergzeng 又想马儿跑又想马儿不吃草。不联网的环境就不能装包了吗？那客户当初按安装操作系统的介质总还在的吧，fontconfig 这么基础的东西你说的这几个发行版的安装盘里应该都有的。如果确定一定要离线安装，方案一是没必要把发行版这种东西也放到一键安装里去，这事可以让客户自己先解决好（别笑，没必要太舔客户，我（甲方）就遇到过供应商的文档里的 requirement 一张明确写了要预装哪些包）。方案二是把你们要兼容的几个发行版的 fontconfig 及其直接依赖先准备好，现场环境里没装的就从你们介质装，“要兼容很多系统”是你们自己贪心的商务策略，那就要付出相应的劳动代价。NO SILVER BULLET, NO SILVER BULLET, NO SILVER BULLET 。

你想像的自动化部署是什么，只包括用脚本或者其它系统把你的打包好的业务软件拷过去这一件事，不包括对目标环境的配置？

说得好像安装 fontconfig 这个包不能做到自动化部署里去似的

Linux 里的文件名是以字节为单位存储的，所以不论你的 locale 是传统 code page 还是 UTF-8 ，一个汉字算 2 到 3 ，而 Windows 里是用 UTF-16 单元为单位存储的，一个常见汉字算 1

如果考虑 locale safety 就更复杂了

IPLC 就是 IPLC ，没有模拟。最多只有共享分割。

MySQL 就是主打单表傻快迎合互联网。正经业务系统里的复杂查询需求，正经 RDBMS ，不论是 Oracle ，还是 MS SQL Server ，还是 PG ，还是 DB2 ，都可以的。当然，正经 RDBMS 里确实 Oracle 优化经验更老道。

另外，跟 OP 所讲的相反的一个方向：看到有些人的文字表达，感觉逻辑混乱，词不达意，颠三倒四，而且对要讨论的领域知识似是而非，一路看下来无法理解他想要做什么、遇到了什么问题。但是有些同样让我感觉表达起来不知所云的人，就能迅速产生共鸣，理解对方说的啥。

虽然明白 OP 的意思，也大体有类似的感觉，但还是觉得 OP 的文字表达需要优化。

@idblife 如果是掩码，没区别。如果是 PD 前缀，就是你的路由下面能再做几个子网的区别。

9 是素数？

不就是一串 '\0' 字节嘛

换个工作，把这个苦逼职位留给想在 win 下用 go 开发的人

噗，润乾 SPL 的软文写到 v2 了……