想不到大家也觉得这个需求“无必要”，那作者一直坚持两年不接受这个建议，或者我能开始理解。不过我依然坚持自己见解，诸如“我写了一份不想让人看的笔记本放在家，然后不设置抽屉锁没有房门锁，最终只能不让任何人来我家探访和玩耍” 我是接受不了的。还好为知、有道还是有这功能的，只能先用着了。

@shyangs
@thet
@wednesdayco
@WilsonGGG
我觉得这个功能很有必要，而且也不应该算是边缘。就好像 ios 里面的便签，也有单独上锁功能，windows 也能对某个硬盘加上 bitlock 密码，word 也能给文件上锁。
保护整台机器的密码，或者是给整个软件上锁，固然重要，但这种情况与”针对性上锁“很不一样，不知道大家有无细味到。或者举个例子，我不可能因为有一个”想上锁“的笔记，而坚决不让机器，或软件，交给其他人暂用吧。

@Vogan
@wupher 精力有限，而且这个是多端项目

又炸了！

弄个女朋友放在家

和你一模一样的处境，也走了差不多半年时间了，不过我是小公司，没有大厂那些什么很细分的分工，其实那些分工也未必适合任何情景。这话说前头：钱恰当到位就干，即使不到位也可当作短暂历练，想想只是码代码这样活在安逸也不适合长远发展。人际关系、需求转技术这两个技能树要开始点的了，技术这个技能树也不能落下，如果有技术团队的话还要考虑一下分工和检验。虽然很艰难，但换个角度来说可能会比只是码代码有趣，而且放在外面来说这种机会真的很少。一些避坑建议是，尽可能做好一些工作记录，只要有人肯背锅（设计或上司），再奇怪的需求都尽量给他实现，除非实现不了，或成本很大，避免犯“技术极致”的思维

@nicevoice 难道阿里系只匹配 QQ 浏览器？除了 QQ 其他都不行，日常用 chrome

2021-02-19，牛年了，依然未修复，能加急工单吗？

@Keyes 以 Actor 模型为线索，稍微搜索了一下资料做了一下理解，不知道对不对（或者究竟是否沾边）：
其实所谓的“信箱”，归根到底，就是利用了一个“链”来存放消息，并且单步逐个消化“链”中的每一个消息。Actor 模型无非是有多个 Actor （例如处理信息的 Actor 若干个，组装信息的 Actor 若干个），每个 Actor 各自有自己的“信箱”并且根据信箱消息单步地干活。
不知道这样理解是否为正确，我反观一下有点类似于把一个“进程”微服务化。

@lingaoyi
补充图床

https://ae01.alicdn.com/kf/U4c235b5691d242f7b6a83385fb645b07G.jpg

https://ae01.alicdn.com/kf/U5df1fd3b5ba5461ead40aaa69eea06f64.jpg

@Makoto
@opengps
都无用，https://www.hualigs.cn/image/601c9cbf910f2.jpg
天猫店不出现，普通淘宝店才出现
2021-02-05 09:24:50，依然未修复

2021-02-04 17:07:58，依然未修复

散热就够？不是往 CPU 里面打冷？

@delete24 我一直都是这个连接方式，主路由是 mipro，再来一个交换机。没用的，velop 依然认首个设置的是母机

实际上，写博客比建博客，更困难

说实在，以产品&技术的角度来看，我看不懂你的需求（哭笑.gif)

@qbqbqbqb 这些天使用下来确实有感受到所谓的“不间断了”，但回想起设置的整个过程，以及出现过一两次电源故障的经验，觉得子母这个依然很烦。

首先，从 0 开始的话，必须先用普通模式的连接方式（找个做母，有线连接上一级路由）配对，然后才能改成桥接模式。

然后，之后每添加一个，都要放在当初的母机旁边，做了配对，再改成桥接模式（郁闷）。

还有一个更烦的是，即使在桥接模式下的连接方式，以及设置下，依然要保证母机一切正常，其他机才能正常（试过母机那一层断电，导致所有层断网。。。）

也就是子母结构长期存在，可以推断出大部分的 mesh 功能，是依赖母机的运输来完成的。我觉得这个结构很智障。。。也就是，所谓的不分子母机，是我们买的每一台都包含了母机的功能和运算能力，但是我们只用了一台当作母机，其他都只用了子机功能的部分。。。

Apple Music 这货好用？