建议拖几年，拖到业界流行“微服务改造成单体”…

如果多花点心思精心去构造，可以得到一个在同架构 CPU 的好几个操作系统里都能跑的可执行文件。

但是这是一种极端情况。构造出来的程序只能做简单的 PoC ，对于实际使用价值的程序来说，几乎不可能做到，因为一个实际使用价值的程序至少要依赖系统的动态链接库去干实际的活。

尽量还是升 OpenWRT 版本吧，不要 PC 上 OpenVPN 降版。

你在 5 里提到的“也不确定这么古老的主控芯片 MCU ，能不能跑起来”倒不用担心。最新的 openwrt 官方（ 22.03 ）里的 ath79 target 仍然支持 AR9331 ，唯一可能的问题是同样包做出来的 image 体积比旧版大不少，旧设备的 RAM 和闪存已经跑不起来了。如果是像 GL.iNET 6416 这种近满配（ 16M 闪存 / 64M RAM ）的 AR9331 机子还是能跑起来的。如果实在不行，可以试试 19.07 ，里面对 Atheros SoC 还是 ar71xx/ath79 双 target 并行的，并且在低配设备上也有望跑得动。当然，你的板子的适配工作还是要做的。

亲戚问，就发给 TA 何祚庥的话、张维为的图

当代程序员价值观众生相😃

你为啥要 configure 一个 b/h/t 都是 x86_64-unknown-linux-gnu 的 native gcc 4.8.5 ？

按理说你用的那个 openwrt 需要交叉编译的 gcc 而不是 native 的。你最好先找一下有没有为 openwrt 的 targe 已经 tbuild 好的 gcc toolchain 试试看。

你对 Linux 的文件权限 ugo rwx 这一套有概念吗？ zip 对这些东西支持不好，tar 可以完整保留。所以如果将来要原样恢复，还是 tar 了再压缩好。

另外，tar+gz/bz2/xz 这种先打包再压缩的方式可以类比于 rar/7z 里的“固实压缩”，而 zip 是先压缩单个文件再打包，类似 rar/7z 的默认压缩。

过分焦虑是不对的。但是这些东西确实不健康。

另外，建议在学 Linux 的时候不要动不动就“这个问题我在 Windows 里是这么做的，Linux 下怎么不支持”……先忘掉自己的 Windows 经验。

初学的话，除了鸟哥，可以看《 Linux 就该这么学》、《第一行代码——Linux 命令行》。

接入层架好网关慢慢做灰度迁移吧

你猜社会主义是发源于哪个大洲？

getDatePoor 实在蚌埠柱了

重开工单，要求服务商解决问题，而不是解释原因。

缩进的语言那么多，只有 Python 和 YAML 这样用得广泛的才配被人骂😄

如果这么简单的问题你都想不明白，那……你不适合结婚