顺便说一下，如果是 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 了……

因为 CAS 就是个单纯的认证系统。

位运算都成了高级技巧…