没什么话术，员工都知道是公司决策，但是下面的员工肯定不会去怼老板啊。当然是各种锅都要往这个系统上甩，怼负责系统的人啊。

人生如此艰难，有些事就不要拆穿了。

花生壳有 linux 版本,支持内网穿透，容器跑一个就行了。

https://hsk.oray.com/download/

也可以使用 IFTTT 或 Automate，内网放台设备，Gitlab 触发通知到内网设备，然后内网设备调 Jenkins。

1. 跨平台文本的坑就那几个——换行符、大小写敏感、文件系统特有限制（文件名、路径特殊符号）、默认编码（ win 专有的 UTF-8 With BOM ），出开这几个，随便用什么编辑都一样。

2. 有装客户端的监控系统是任何操作都能记录的；无客户端，但是有 AD 之类的可以通过添加证书来做到 HTTPS 监控，各种移动设备也有相应的方案。

3. 无客户端的情况下使用代理或者其他混淆方式虽然无法直接识别内容，不过只要看下日志——一个无法识别的固定 IP 流量，一眼就能看出来怎么回事了。

4. 忍、狠、滚三选一。

@coderluan

我并不觉得他们可怜，只有些许可敬，但也只是些许而已。有人说他们愚蠢，我还不至于要出来为他们站台。作为一个大专大龄待业年底找工作转行 :doge: 的底层人士，有时我也会嘲笑自己愚蠢。


我讲个大学刚毕业那会遇到的事。

因为学校集体退还一部分费用给毕业生，所以是整个年级排队在窗口统一退款（毕业快 10 几年了吧，没现在这么先进）。隔壁班有个家伙屡次插队为自己班的同学办理退款，把我们班一个女生给挤摔倒了，引发了点小冲突。

大学生嘛，都血气方刚，反正就是二十来个人，气势很足，不巧的是那个插队的哥们似乎还认识点校外人士，刚好那天也在。

神奇的是，对方同班同学虽然知道是自己人屡次插队、并且把别人给推摔倒了，但仍然不觉得自己有什么错的地方。

总的来说最后也没什么大事，学校出面和稀泥解决了这件事情。

事后，我是很迷惑的。

因为我知道对面那些获得“优先退款”好处的人只不过是刚好在那边而已，没有什么别的原因——但是没有人能保证他们永远处于优势的一方。

回到这篇文章，不管文章本身的真假，我觉得现实肯定是有这样的事情的。

不觉得可怜是因为这是他们自我意志的体现，这个世界并不是只有好事发生，我想他们也是知道或者隐约知道的。即便如此，还是作出这种选择，那么就是值得可敬的，但也只是些许可敬而已。

我只是想提醒一下，有时你所处于的“上位”不过是刚好在那里而已罢了，你无法保证自己的“上位”还有没有其他人存在。

人的行为、抉择都是在他们拥有资源的前提下的博弈结果，“上位者”看着觉得愚蠢，是正常的，也是合理的。

但人是要生存下去，要追求美好生活，要有自我意志。

“上位者”觉得愚蠢就要他们放弃向上的机会？那么，你的“上位者”让你放弃向上的机会呢？


说了这么多，其实就是一句话：

可以嘲笑别人愚蠢，但不要仅仅嘲笑别人愚蠢。

很多“成功者”都喜欢标榜成功是源自自身努力，而忽略外部因素。

事实上即便是“高层码农”面对相同的情况一样是很无力的——那些维权步骤可不会因为代码写得好就会减少，只不过作为“高层码农”遇到这种事情的几率小得多的。

看看有多少 CTO 被合伙人干掉就知道，其实本质上不是一个套路吗？我不觉得在这个事情上“高级码农”能有多大优越感。

是，不谈技术水平，干哪行都可怜，干哪行都绝望。

以当事者的环境情况考虑，面对这种劳动合同也只能选择接受。因为人始终要生存下去，要追求更美好的生活，自身的资源决定了他们只能选择承受这样的风险。

何不食肉糜？

@odirus DNS 的问题在于网关、ISP 都可能劫持或缓存，造成 DNS 记录生效时间不可控。

其实工资水平低是正常现象，也是合理的。不正常不合理的是提到工资说要考虑环境，但是职位要求却没有考虑环境。

简单来说矛盾点就是公司认为求职者在薪资方面没有 B 数，求职者认为公司在 JD 方面没有 B 数。

:doge:

网络问题：
DNS 生效不是实时生效。
跨 ISP 有时会出现闪断现象，需要保持长连接的话这点无解。
带宽是指到 ISP 机房的带宽，跨 ISP 很可能带宽不足。

可靠性问题：
都得自己解决，如果觉得自己运气好，麻烦详细最坏的情况，看是不是能接受。

总的来说可以用，但是关键时刻出问题的时候也别太生气，反正生气也解决不了问题 :doge:。

然而 vs 社区版在一定前提下是可以用于企业开发的。

似乎 SQL Server 2016 之前官方都只有 HA 集群方案，负载均衡都得用第三方方案。

@leehon
真心好奇“好的运维”是如何解决这个问题。

无法修改架构或者优化代码逻辑的情况下，运维除了堆机器之外还有其他办法解决数据库并发问题？

如果需要调整数据库，优化结构、语句这个更像是 DBA 的职责吧？

@azh7138m 新的版本是基于 bhyve 的，速度还行。

@13246864965 失业中，囧。

@13246864965 好吧，今天心情还可以，就放点干货节约点你搜索的时间。

.Net 大户的选择：Windows Container 在携程的应用
https://www.v2ex.com/t/335653


Virtualization Documentation
https://docs.microsoft.com/zh-cn/virtualization/#pivot=main&panel=containers

总结一下吧。

默认的网络结构下，你可以把宿主机看成一个路由器，宿主机的内网 IP 就是路由器的 WAN IP，容器 LAN IP 就是路由器的 LAN 口，所有容器都是接在路由器的 LAN 口上，使用 P 参数暴露端口时就像在路由器上做端口映射。

你的情况是在宿主机上做 DNS 劫持，让两个域名解析为 127.0.0.1，这样宿主机访问域名实际是走的做了映射的 nginx 容器端口，但是其他两个容器是解析之后是访问自己。

解决方法：

1. 其他两个容器用 nginx 而不是域名访问 web

2. 把 HOST 的解析由 127.0.0.1 换成宿主机容器 LAN IP 或 LAN IP

切换到公网情况，这时为了保证所有客户端都正常，DNS 肯定是只能设置成宿主机的公网 IP，那么你不会遇到这个问题。在内网模拟的话，就是通过网关来劫持 DNS 记录，为了保证内网所有机器都能范围，那么劫持的记录肯定不是 127.0.0.1 而是你的宿主机内网 IP。

Windows 有容器，但是没 gui，而且这个还不像 xwindow，你没办法解决。win2016 上才是原生容器，其他都是跑在 hyper － v 里面的。