1. 电耗不好算，也不能让驾驶人直观认知判断出行质量（前往 200km 外的地点，剩余 50%电量需不需要补电，还要计算一大通）
2. 续航更好营销，影响购车意愿，因为车始终是交通工具，续航多远，交通就能覆盖多广（日常出行频次，逢年过节长途，规划充电频率）
3. 目前电比油便宜得多，不需要特意关注电耗（电车花几十块钱跑 400KM ，油车花几百块钱跑 1000KM ，未来几年如果电池技术突破，电价涨幅不大，油车会被全面超越）

我认为大多数时候是优点

我挺羡慕像你这样的人，因为我自己做不到这一点，像同事碰到一点小问题，自己刚好又能提供一点意见的，往往都会变成好为人师的行为（我个人觉得自己是）；别人碰到的难题不在我自己熟悉的领域的时候，我又怕麻烦婉拒，平时私交约饭也很少，直接导致了我自己工作上遇到困难时找不到人帮忙或者我不愿意找人帮忙

但我相信你也有因为热情遇到麻烦的时候，特别是如果你介入了别人一些重大节点选择的话，有很大概率会被对方归因到你身上，而不是他自己

我甚至觉得是因为 QQ 输入法已经存在，腾讯输入法这叫法又太“高规格”了，开发也可能是微信团队兼着，所以才叫“微信输入法”

@Gehrman macOS 、windows 、Android 、iOS ，跨四平台剪贴板复制粘贴，还不绑定任何平台账号（包括自家微信），再跟其他同类开箱即用的输入法对比，已经是目前最优了

哇，注册给了 3000 金币

装个 Listary 或者 everything ，推荐 Listary ，不想付费就去找学习版，不放心就去 52pojie 那找学习过程自己解题，付费验证意外的好解

不太想动群晖自身预设好的 DSM 服务端口（ 5000 和 5001 ），因为我不知道这魔改系统会不会 hardcode 某些网络端口，改了可能会有奇奇怪怪的问题，之前就碰到过改了 drive 的服务端口导致在 DSM 界面跳转过去端口不对的情况

目前方案是防火墙只允许几个 web 服务端口出口以及局域网内一个堡垒机 IP 入口，其他 web 服务都通过堡垒机反代接入并透传真实客户 IP ，最后 fail2ban 条件拉满，7 天内连续 3 次失败直接永久封锁

个人推荐 PVE ，底层 debian ，想折腾原生软件服务就开一个 LXC 容器，想折腾其他的也能通过虚拟机跑起来

@mrlfishman
六七年前的路由硬件 NAT 应该不太够用，p2p 下载除了大量的硬盘 IO 和网络带宽压力，还有点对点大量连接处理压力，力大砖飞换网口和吞吐能力强的路由肯定能缓解

不过我的做法是在 NAS 里跑一个 win 虚拟机，然后乱七八糟的 win 版网盘、软件都往里边扔，这样可以把路由带宽压力转移到 NAS 的硬盘 IO 上，直接用 windows 的 RDP 或者套个 noVNC ，也方便随时进去远程管理

@shakukansp tailscale 的 admin console 里，192.168.0.0/23 这个路由表 approve 了没？

我刚好也在研究这问题，现在通过 AI 和搜索引擎找了两个方案，假设子网 A 为 10.36.13.0/24 ，子网 B 为 192.168.31.0/24：
1. 在 tailscale 通过配置 ACL ，针对客户端分组 tag 之后，注释掉默认 accept all ，改为设备到子网的逐一维护允许，比如{"action": "accept", "src": ["tag:A-devices"], "dst": ["B-subnet:*"],}
2. 在 subnet router 那维护静态路由表，比如 B 网关配置 192.168.31.0/23 to 10.36.13.0/24 ，这样局域网内 IP 通过网关访问 B 网，B 网优先级会胜出

码农有动手能力建议考虑虚拟化系统或者自由度比较高的 NAS 系统，比如 esxi 、PVE 、truenas ，主动权都在自己手里

想省事就黑群晖、飞牛 OS 之类的成品，缺点是官方怎么改，你只能选择不更新或者更新，像群晖之前就砍掉了 photos 的 HEVC 编解码功能，扔给客户端处理了，哪怕 NAS 本身有核显硬件加速

上面的说得差不多了，群晖后端的 docker 本身也遵循规则，不支持编辑更改端口、路径映射之类的，群晖只是做了个 manager 让你以为能改，实际上更改保存还是删掉容器再重建

其次 DSM v7.2 后 contrainer manager 提供了 compose 界面，建议还是逐渐改成用 compose 部署吧，或者干脆 ssh 进去 sudo docker-compose

以前只能单个容器点点点下一步太麻烦了

规则里加一下 tracker 白名单就好了，全局代理在服务器看来你就是在万人骑的节点上跑 qbit 上传

我目前是自建了一个官方镜像配置登录鉴权的 registry 容器加自有域名搭配组成代理缓存仓库
配置容器的 HTTP_PROXY 和上游仓库 REGISTRY_PROXY_REMOTE=htps://registry-1.docker.io
利用 nginx 反代自有域名，pull 的时候带上 domain.com:port/docker_url 就能正常工作，就是每个镜像都得手动在前面加域名端口有点麻烦
理论上可以找个能直连访问到 dockerhub 仓库的地方做反代就行，就像#18 #30 说的那样

最近家里从电信换成联通，上行 150Mbps ，但是同省跨城市的电信访问回去，晚高峰带宽很低，大概凌晨 0 点后正常