这个漫画很棒
https://mp.weixin.qq.com/s/9nh67iTgT2EeLKEwkeZF4Q
https://mp.weixin.qq.com/s/q05WjqoylktZjoshKycxdg

真想结婚的，没多少钱也能结成婚。
处对象就是双向评估和选择的过程，综合主观和客观情况，适合结就结，不适合结就换。
结婚的配套仪式本来就是量力而行，能置办就置办，预算不够就降级，实在没钱就不办或延后办，不想办就不办。
被家庭绑架、被自己的虚荣绑架、被骇人听闻的社会新闻绑架，都是没必要的，一个不能自立自主的人，连获得自己想要的东西的希望都没有。

根据个人半拉子法律知识来看，理论上可能算国有资产，但要不要维权看国家的主张，如果国家不主张对这种问题维权，那么就不会让你承担责任。

如果真的想探究这个问题，最好找个专业律师。

做新平台的，要想让开发者愿意开发，首先就是要支持转码或跨平台编译，像苹果出自己的芯片就是这么做的。
所以大概率就是会出现各种跨平台框架或编译方案。

一般都是看你是不是有啥影响工作的疾病，重点是工作范围内常规接触会引发传染的传染病，其他的就是可能随时病发影响产能的疾病。
转氨酶异常、脂肪肝可能跟大多岗位工作关系不大，跟你自己的长期身体健康关系比较大。

NUC 或迷你准系统跟笔记本是一个级别的，基本是相同的移动硬件平台。
一般的 ITX 基本还是 PC 平台，而且 ITX 装完也挺大的，一般的机箱即便极限压缩了也总是得留一个双风扇显卡的位置，而且这么小的机箱一般都很贵。如果你要随身携带通勤的话，ITX 机箱也相对不那么容易带。

打游戏可能也可以考虑不用独显而是用 APU ？

如果你考虑路上、会议室、停电的时候继续使用，那么就还是笔记本。

你需要视频编解码，挑支持硬件编解码格式（比如 h.265 ）能满足你需求的，比如 10 代酷睿以上。

网络设备强烈建议用单独硬件设备跑，即便你用虚拟化，你的机器依然会比网络设备折腾的概率要高，一折腾机器网络就不可用，在我个人的经历来看非常烦人，所以我后来就搞了个设备单独跑软路由了。

Windows 部分如果只是浏览网页和写代码其实可以用其他的 Linux 桌面代替，我现在就是在 Docker 里跑 Debian+Xfce+Xrdp ，比虚拟化性能更好。
另外 VSCode 也可以考虑用 code-server 。

（所以这么看来，虚拟化也并不是必要的，除非你要跑其他版内核或者跑其他平台系统）

做存储功能的话其实更重要的问题是你要带几块盘，一般主板上的存储接口就那么多，如果你需要更多就得考虑 HBA 卡或者其他什么方案，得调研好兼容性问题。

正规月子中心的月嫂都是员工，只要月子中心想长久干下去，跑得了和尚跑不了庙，服务质量相对容易保证。
直接找月嫂比较难找到靠谱和合适的，因为对独立月嫂来说一家不合适大不了再应聘另一家，不会有服务标准的限制和机构的考评压力。

5W 左右在一些地区是比较正常的价格了，住宿、月嫂、正餐和加餐、医疗保健（尤其剖腹产、早产、新生儿其他问题、催乳疏通），一整套的服务。

当然月子中心也有不同品质的，建议最好是经由同事、朋友介绍的，他们用过的比较靠谱的。

不好评论，不同人的沟通习惯和思路就是不一样，如果真的可以达成“友善的沟通和安慰”的效果，倒也没问题。

如果是我的话，倾向于硬用下去，不能组其他阵列方案就 RAID-1 ，等空间见底了再说，没准到时候对方还会个整个 6 盘位群晖呢（

其实没必要看书，MDN 上的 JS guide 看一遍就差不多了，其他的就是刷原生和 DOM 的 API 文档，看看都有哪些现成的功能。

JS 核心思想有这么几个：弱类型、异步非阻塞、事件循环，搞明白之后大多数问题就能理解了。

从 ECMA-262 的各种提案来看，尤其是近 10 年的特性其实是借鉴了超多其他语言的特性，如 Java 、Python 、Ruby ，也就是说如果 JS 不适应的话，学其他语言也可能会一样不适应。

也可能做了二次加密，先对数据加密，然后再扔给 HTTPS 二次加密传输，这种你用 HTTPS 证书抓出来的就是第一次加密的数据，要想解密得逆向 app 程序，找到密钥和加密算法，如果此时 app 还做了安全加固，就更难了。

@bli22ard #8 我用的烘干机型号是 WT47U6H00W ，2019 年买的西门子的洗衣机、烘干机一套，家里三到四口人，每天洗烘 1-2 次，用到现在没有出过问题。

耐用和好用方面，目前自家用西门子，老家用小天鹅，都不错。

颜值就看个人喜好了，可以看看博世，博世和西门子的家电是一家，产品基本就是互相换皮，博世市场定位高端一点，所以外观设计好一点，但也更贵。

@zljklang #9 试过 Transmission 和 aria2 ，都有这个问题，但以 bridge 网络来跑就没有问题，用 macvlan 跑就有问题，让我不禁怀疑是不是当前内核版本底层的网络实现有 bug 。

@zljklang 我路由器是个独立硬件设备，不运行在 docker 宿主机上。

@zljklang #3 还没试，有两个疑问：
1. 我需要容器拥有一个与宿主机并列的独立 IP ，因为路由器要根据这个独立 IP 来添加规则，不能用 docker 宿主机的 IP ，否则会把宿主机上其他使用网桥的容器也一并按规则处理了。这个指令看起来是在 docker 宿主机内部创建了一个子网，是不是说最终还是是的使用 docker 宿主机的 IP+容器端口来访问容器？
2. 在宿主机上执行 docker exec 进入容器内部，在容器内部 curl 容器上服务进程所监听的端口（ 127.0.0.1:端口号），依然会出现与外部访问一样的失联问题，我理解在容器内部访问容器本地端口应该是走的容器内的 lo interface ，而不是任何其他宿主机上创建的网桥或 macvlan ，依然会出现失联问题的话，会不会是更底层的网络管理或实现方面的问题？