@ovtfkw 这是产生生理依赖了，当然更强烈的心理依赖是主因。就跟之前看过一个小伙吸食打火机成因的，成箱地买那种几毛一个的打火机，隔一会就得咬开吸吸吸然后身体就舒坦了。很难想象丁烷这类东西根本不像海洛因或者酒精，都能让人上瘾形成依赖。

@tallest
@conky 实测 4 楼的镜像地址是可用的，虽然保存设置后会提示什么网络错误之类的，而且注册表中刷不出镜像，但是直接拉取镜像是正常的。
切用且珍惜吧...哎

@bzbs
@her100
1 楼热心群众的镜像加速地址 404 ，或者是私有的，需要账号登录才能拉取镜像。

https://i.imgur.com/AxBf0E8.png
个人观点，并不美观，也不简洁，比起 CotEditor 来说。性能的话没做详细对比暂时不做评论。以下仅作为简单文本编辑、查看使用场景下，部分功能和体验跟 CotEditor 对比。
易用性比较差，比如不支菜单设置，不支持插件，支持的语法高亮类型太少，选择字符后文本中相同字符也没有高亮。我的 Mac 长期挂着 QX ，但是每次打开 zed 左下角过一会都提示 Auto update failed ，我手动检查更新卡一会也会提示这个不知道什么情况。还有个很要命的，看我上面的截图，为什么 Plain Text 格式的文本界面，右边有这么大块分割区域？这个我看了半天也不知道有什么意义，也不知道怎么关闭。文本类型改为其它 比如 yaml 、shell script 等就不会有这个区域...实在是让人无语。

@Leonkennedy2 centos 7 2009 镜像是 4.7G 啊？ everything 的都 10G 了

@opentrade 同意，我们现在是用那种 5 升手提水桶去净水器那里打水，我每次看到没水了就抢着去打水，老是坐着，腰也不好脖子也不好的。打了水我一路提上来都当哑铃，两只手换着上下上下提一路。

这类防火墙实现原理是什么？如果用了 qx ，会不会冲突？

@cctv180 请问 16*4 全闪，成本多少？如果能接受这个成本，估计可以地下室自建 IDC 机房。

@katwalk 扯淡的。当时就是信了网上的邪，花了 3000 买的一对领势组 mash ，真的烂到家了，还不如原来不到 1 千块的老华硕。卧室的小米新风机，离书桌的路由器无遮挡直线距离才 3 米，缺经常连到隔着 3 堵墙的客厅节点去，老提示网络环境弱。其它设备也经常一个鸟样。还有就是不知道为什么隔一两个月就抽风，电视、家里个别的手机设备什么的网速极慢，开个淘宝看个视频都老转圈圈。应该是 DNS 的问题，客户端配置一个固定的公共 DNS 就好了。但是路由器不论是用运营商下发的，还是手动配置静态的公共 DNS ，都不管用。关键是老是媳妇的 iPhone 出问题，我的就没事。后来没办法出现这情况就让媳妇重启下路由器。

哎，看了楼上诸多“大佬”的回复，不得不感慨，V 站确实人才辈出，但鱼龙混杂。很多人技术实力可能很强，但是明显不懂得什么是商业应用和生产环境。

@adoal 首先，如果只是配置 logrotate 分割配置文件让它自动分割的话，所有的分割任务会被打散在凌晨 3:15~3:45 之间的随机时间点执行。我上面有提到这个对于我们的业务来说是不适用的。我们要求必须 0:00~23:59 为一个天日志。所以我们现在目前都是使用定时任务调用 logrotate 执行，精确控制日志的起始时间节点。
其次，logrotate 的分割任务配置文件中可以指定该任务运的运行用户，会影响分割出的日志文件 owner 和权限。如果这里指定的用户有问题，会导致分割失败，分割后应用程序无权限写入日志文件等问题。

@adoal 因为业务基本是按天强相关的，不管每天日志割出来是多少 G ，还是按天比较方便，如果按大小或者是每天分割多次，日志用起来会很麻烦。

@adoal 感谢~
貌似虽然权限有 bug ，但是用 logrotate 分割日志貌似也没什么影响...所以也不用纠结了...需要注意的好像就是 logrotate 的执行权限需要使用 root.

@adoal 因为开发把一些业务信息写入 error.log ，看用户的数据量，量大的用户一天一个 error.log 就几个 G 了...

@ysc3839 可以认为 netplan 只是个配置管理工具，它是给底层呈现——也就是 NetworkManager 或 networkd 生成配置的。所以 netplan 里是需要指定网络的渲染器是使用 NetworkManager 还是 netword 的。

@son012 netplan 为什么是槽点？

关于无网络时开机卡 2 分钟等待的问题，可以有几个解决办法，我目前使用的是在网卡中配置 optional: true 选项，使该网卡为可选，遇到错误直接跳过。这样开机的时候网卡网络连接失败时会直接跳过，也就不会出现 a start job is 吧啦吧啦等 2 分钟的情况。

@retanoj 哦哦谢谢老哥，刚没看到你#16 的回复。如果你这楼说的是对的，那就明白了。我删了 apt 源安装的 nginx 的 log 文件，重启 nginx ，重新生成的 log 文件 owner 确实成了 root root 。那貌似是个无解的问题...

@retanoj 是啊，非特权用户不能改，那 worker 进程的用户是 nginx ，为什么能呼呼得写入日志呢？