楼上一堆是故意的还是真的没有摸过传统车门吗？
解锁不是开门啊。
先解锁（有电子，机械，或者混合），然后再拉动开关开门。
现在讨论的机械还是电子，是开门这步。
小米的是开门是电子。意味着即使碰撞时，电子系统介入解锁了。后续弱电系统出问题，别人也没办法在外面打开车门。

对于内部解锁开门，传统的车应该是拉动驾驶位的门开关就可以同时完成解锁和开门的步骤。
而小米内部的机械解锁藏得太低了，外部人破窗也无法够着。

我在深圳，上下班时候是真不想开车。不堵的时候从家开到公司 20 分钟，星期五下午下班高峰经常 1 个小时，平常上班基本都 40 多分钟。

身为 vim 党，我点个赞

@ONEO666 开个非 dlc 的角色，把共享仓库里的物品迁移到个人仓库，再转 dlc 。

看了这么多用 docker 的，没有人用 podman 吗？直接跑在 rootless 的容器里，每个 app 一个用户，天然隔离。

卧槽，以后怎么分辨真假

看了一下 su7 车门拆解，还是有内部的机械开门装置，就是看被拯救时车主还是不是醒着，或是来个 1 米 8 ，9 的勇武来拯救了。

是不是很多人混淆了概念。传统的车门锁应该涉及到两个结构或者叫做两个开关：用于打开门锁的机械结构的开关（如传统的拉动门把手）和用于锁定这个开关的开关（如老电影里车窗边那个可以提起来和按下去的东东），第二个开关现在基本上都是通过电路控制，新的车在开动时会自动把第二个锁上。
现在看起来小米的第一个开关也是电路控制。以下是我的一些假想，假如车在碰撞时自动解锁了而且门没有变形，由于没有拉门的动作，门是不是会自动锁上呢？然后断电后就没法再打开。对于第一个开关是机械的，只要解锁了第二个开关，门可以随时再拉开。

假如你分多个虚拟机，我建议跑 webdav 和 smb 服务的那个虚拟机直接用硬盘分区，debian 那边就通过 rclone 挂载，然后映射进容器里。
不过这样虚拟机之间就有了依赖关系了。

@yangwei0502 你这个优化是指性能还是交互。假如是性能的话，我猜两台虚拟机共享硬盘的行为已经把这些性能优化完全抹掉了，而且还降低了。而且，我相信对于协议层的性能优化，一般都会提交回 upstream 。没有用过这些系统，盲猜他们的口碑更多是各种服务的整合上吧。

假如飞牛只是为了提供 webdav 和 smb ，那有必要装单独的系统吗？不如在 debian 里再跑两个容器来提供服务。

为什么 hdd 盘要同时挂载到不同系统，不能分区后，每个系统用不同的分区吗？

正在开着冠道，就是因为后排空间选的。空间是真大。但就是油耗高，空调不给力。而且小孩还小，要睡觉，这时就感觉电车可以停车空调挺香的。试过几回，小孩在车上睡着后，开着车在路上游荡让他睡。

dns 解析时，传了 https://

十位数相等的两位数，我是这样算的：
ab x ac = (ab + c) x a0 + b x c
如
27 x 27 = (27 + 7) x 20 + 7 x 7 = 680 + 49 ，这样难度变成了一位数成两位数。

然后路上其他行人或者车辆被炸？

@mokevip 从 10 分关注到 3 分关注不就正好说明了问题吗？你能确保意外都发生在你那 3 分关注里面？怎么确保开习惯后还有 3 分在里面。

@tiRolin 你不是说服务器上用了 2g 吗？你直接贴服务器的驱动命令好了。jdk 什么版本。