@infra #143 所以你不能无中生有一个不存在的点去指责操作系统，我是觉得以技术水平指责操作系统这种做法不健康。

给缺乏 Linux 发行版系统的人建议上 debian 没问题，apt-get 一把梭装上就能跑，没那么多闲工夫给你解决依赖的破事；

但是生产环境上用万国系统我觉得是不负责的。正常情况下 LVM 的管理者或是管理团队应该知道每一个服务在当前系统环境上需要特别手动安装的依赖、特殊的环境参数、安装目录位置、配置文件位置、编译参数，而不是完全依靠自动依赖解决。“你见到了这个问题，同时你知道如何解决” 的知识价值是高于 “别人帮你偷偷解决了你没见到的问题” 的，这也是 coding 里踩坑和造轮子的意义所在。

Debian 和 CentOS 各自有适合各自的使用环境，没必要一踩一捧

如果这是你自己打 Dockerfile 建立的镜像，建议你自己维护一个 basic 镜像，在 basic 里面预先运行各类 RUN apt-get 命令装好需要的环境，然后再 FROM basic:0.1

@infra #17 你确定有 conf.d 这个目录么？

如果你想实现 Debian 的体验在 nginx.conf 里写 sites-available/sites-enabled/*.conf; 不就行了。。

@stevenkang #27 https://ws2.sinaimg.cn/large/7ed1e24bgy1g4kba93jyrj20i50bgjrl.jpg https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et02cqtj05j200k00k3y9.jpg

@ps1aniuge #21 对，其实最开始是考虑用腾讯的企业邮来做的，但是每单开一个账户需要绑定不同的手机号，而且给每个用户设置 Email Forward 也太麻烦，后来仔细翻找 MailGun 的功能列表发现 Forward Route 已经能基本解决问题了

@HXM #12 我稍微研究过，通过域名遍历邮箱来反推账号信息基本不可行，除非我自己蠢到把关键服务的邮箱写在评论公开的地方，否则邮箱多数都属于后台数据，不会在前台被搜索引擎抓到。

当然也考虑到被拖库或账号泄露的情况，所以会有多个域名按梯度权重分级，A 域名的几个邮箱处理负责一般权重的账号，B 域名负责高权重的账号

@annielong #6 那么有什么方法可以在个人域名邮箱上实现多前缀转发到不同邮箱吗？

@daomen #3 邮箱自动转发是建立在本身是一个独立邮箱的情况下吧，比如 [email protected] 自动转发给 [email protected]
像我这种是自购域名，然后 mailgun 做域名邮箱转发到 [email protected] 的，似乎不能实现多个邮箱前缀

@hanbing135 #91 联邦快递靠谱的话，会以国家级事件上新闻吗？

。。。。？还有用 VIM 看日志的？

2019 年迷惑行为

既然提示 pam_setcred() ，那就检查你的 PAM 鉴权设定，比如是否禁止了登录多个 ROOT 用户等

[幸福倒计时]
“你编译你妈呢，滚，老子要给你系统升级”

tcp_fastopen 是在 CentOS 3.10 （是不是啊，我不太记得具体版本了，我在用 5.1 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg ）上被支持的特性

具体干啥的可用自己查，大致来说就是我们俩握过手 py 过，下次见面就不用再握了，直接 py。这个主要依靠 cookies 判断（需要客户端、服务端、程序一并支持）

--with-cc-opt 代表在构建时自定义一个额外参数，然后在构建时传给 C 编译器
[值得收藏： https://www.ttl178.com/thread-13-1-2.html]

-D TCP_FASTOPEN 是启用 TCP_FastOpen，并使用选项 2 和 3。实际上通常是用 2，3 代表 1+2 ；要么 2，要么 3

关于 FastOpen：
tcp_fastopen - INTEGER
Enable TCP Fast Open feature (draft-ietf-tcpm-fastopen) to send data in the opening SYN packet. To use this feature, the client application must use sendmsg() or sendto() with MSG_FASTOPEN flag rather than connect() to perform a TCP handshake automatically.

The values (bitmap) are
1: Enables sending data in the opening SYN on the client w/ MSG_FASTOPEN.
丨 允许在已建立的 SYN 链接中使用 MSG_FastOpen [发送]数据
2: Enables TCP Fast Open on the server side, i.e., allowing data in a SYN packet to be accepted and passed to the application before 3-way hand shake finishes.
丨 允许服务器端使用 TCP FastOpen，意思是说允许在三次握手完成前就开始[接收] SYN 包中的数据（这就是 FastOpen 的意义，类似于总开关，想用就必开）
4: Send data in the opening SYN regardless of cookie availability and without a cookie option.
丨 无论是否存在 cookies，都允许向任何未校验的 SYN 链接[发送]数据
0x100: Accept SYN data w/o validating the cookie.
丨 不验证 Cookies，[接收]任何 SYN 数据
0x200: Accept data-in-SYN w/o any cookie option present.
丨 接受没有任何 cookie 选项的 SYN-in-SYN 数据
0x400/0x800: Enable Fast Open on all listeners regardless of the TCP_FASTOPEN socket option. The two different flags esignate two different ways of setting max_qlen without the TCP_FASTOPEN socket option.
丨 看不懂 https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg

Default: 1

Note that the client & server side Fast Open flags (1 and 2 respectively) must be also enabled before the rest of flags can take effect.

See include/net/tcp.h and the code for more details.

本地有房

XShell、SecureCRT 等工具提供的是免费 /付费的开箱即用、更傻瓜的 one-click 功能集合，和更方便的辅助功能管理
内置 Terminal 是提供免费的原生的使用体验（以及针对某些人来讲，各种能够自定义出高贵优越感的使用体验，参考 VIM ）

看自己喜好选择

默认是不对出口做限制。

因为实际上本地→远程这种链接，本地是拉一个随机端口去访问远程的指定端口的，要是这个掐了就嗝屁了。。。

这就是为什么种 Shell 都是反射式

是这样，对于初入社会的人来讲，要理解 “找工作实际上是推销自己，而不是填考卷测谎” 是要花点时间的。

这里不讨论到坑蒙拐骗这个极端层面。只要这个 “推销” 的观念能树立起来，把自己假象成 80 年代的厚脸皮推销员，你就可以理解并接受一个事实：你现在所做的任何东西，都是为了能让自己更有料、面试吹的牛皮不会露馅儿、工作时能兜住能实现，能给下一家企业的面试官更好地推销自己。

一定要有这个思维，你才能悟出自己这一步和下一步怎么走。

ApkMirror

你缺一把可以热插拔换轴的机械键盘