@chuck1in 流量够不够用你得自己算啊，别人怎么知道，升配补的差价得按原价算，比直接特价买同配置贵很多
测试用无所谓，新用户特价都是 0.5-2 折，最贵也就一年两三百，业务用的话你还挑便宜的，续费老用户或轻量再优惠都会贵很多，建议你还是每年换个新账号赚新用户优惠吧，年年手动搬服务器就是了

9 月 25 日轻量 3 周年活动刚过，秒杀就 3 小时
算下 1 个月流量 1000TB 够用的话果断轻量，便宜很多，新用户特价买个 1 年的轻量先用着，等明年 9 月的 4 周年活动老用户还能特价买一年新再手动迁移，3 周年是 4 核 8G 每月 2500TB 一年 299
如果不想每年手动换服务器的话等 4 周年活动买无忧，4 核 8G 每月 104 ，实测续费同价即永远 4 折

QuMagie 的 AI 比群晖的好很多，但也只是人像识别可用(正面识别率很高，侧面基本认不出)，场景什么的就算了，速度的话实测新导入 5 万张照片后台不到一天就识别完了
PS：新的 QNAP 只要系统装在 SSD 上，响应已经好太多了，TS464C 基本和绿联同价吧，真有人选绿联吗？

docker 官网加粗字体注明与 ufw 不兼容
建议改用 firewalld ，这货会自动生成 docker zone ，只是设置繁琐不少，要是坚持 ufw 的话，下面有解决方案 https://github.com/chaifeng/ufw-docker

@shaoyie Nginx 以性能著称，特别是做前端反代几乎是建站标配，此类互联网基础组件 c 代码早被优化到接近极限，同等条件下性能提升个 3%都算巨大进步，结果你宣称用性能更差的 c++，在 Nginx 最主要的反代功能上跑出来 3 倍性能，确实很离谱，至于 haproxy 是什么鬼？至少偶没用过，你吹超过 10 倍偶也没感觉
这就像如今百米短跑成绩已经濒临人体极限，每提升 0.1 秒都极其艰难，结果你直接宣称短跑速度翻三倍直接直接从 9 秒多提升到 3 秒，外星科技都没这么离谱

不懂你为什么说带宽开支最大，物联网一般都是大并发的小微请求，可以选各家限定总流量的轻量云服务器，便宜很多
如果下行时效不是非常高的话并且数据量不大，没必要保持 TCP 链接，用 go fiber 开 http 服务器，这货特别适合大并发的微小请求，偶独享 2 核+8G 的轻量云能支撑近 50 万传感器定时上传，平均 QPS 2 万+，峰值 5 万+，服务器还挺闲
下行也有时效要求的话就再开个 emqx 走 mqtt ，仅用于发下行消息和订阅离线通知，定时上传还是走 fiber ，emqx 的登录和需要频繁检测的都丢 redis 缓存，这样服务器花不了多少钱

基本都是 Sourcetree ，VsCode 开发的话偶尔用内置 Git 插件，Git 命令都忘得差不多了，非得用的话还得现查笔记

@znonymous 偶的意思是反正都得加至少 1 个 2.5G 交换机或路由
要么买个带至少 2 个 2.5G 口的软路由，比如 R68S 替代弱电箱的 AX6000 ，R68S 有四个网口(2 个 2.5G+2 个千兆网口)，其中 2 个 2.5G+1 个千兆口当 LAN 口交换机用，这样你次卧的 NAS 和书房的电脑都有 2.5G 口了，剩余 1 个千兆口当 WAN 口接光猫，用 R68S 当主路由拨号而不是用光猫拨号，再怎么也比 AX6000 快，换下来的两个 AX6000 都设为 AP 模式组 MESH ，1F 和 2F 各一个，这样 NAS 和电脑都有 2.5G 连接，缺点在于次卧和书房还要添加有线设备的话，还得买 2.5G 交换机
要么买个 2.5G 交换机放书房，NAS 也搬回书房和电脑一起接到 2.5G 交换机上，其他的房间原有千兆网也够用了，省的折腾，这样还能用上端口汇聚，电脑连 NAS 能到 5G 速度

能放进弱电箱的小体积的双 2.5G 是有的，比如 r68s 软路由，双 2.5G 口一个接书房一个接次卧，双 1G 一个接卧室，一个设为 wan 口接光猫拨号，ax6000 改成 ap 模式都放在弱电箱外，mesh 回程 1f 和 2f 卧室各一个
主路由改为软路由后，书房的软路由可以去掉了，这样书房的电脑和次卧的 nas 都是 2.5G 口，ax6000 也不用放在弱电箱影响信号
但其实这样折腾意义不大，如果 nas 支持端口聚合的话，不如 nas 改回书房，书房的交换机换成 2.5g 支持端口聚合的，nas 接两根 pc 接两根，这样两者有 5g 的链接速度，当然前提是 nas 硬盘速度能有 500MB 哈

单纯学语言很无聊的，要做出东西或解决问题才容易有成就感
既然学的 Python ，那就搞几块便宜的 esp32 的板子，用语法一样的嵌入式 MicroPython 点下跑马灯，读取温湿度做个气象站或红外控制下空调电视机什么的，硬件容易出成品培养兴趣

很明显那个帖子里对方听不进意见
除性格自我外，最大的原因估计是知识面狭窄，偶也猜他只会 PHP ，因为但凡他懂任意一门强类型语言或者会写 APP 都能自己感受到，他所谓的格式在 JSON 结构反序列化后会变成一个有众多属性，但属性名不固定而且居然是中文的类，苦逼的后端能怎么办，只能加上异常检测，实在不行还得反射找属性名，费心费力还严重影响性能
PS：如果这种水平如果还是负责人，又极度听不进意见的话，建议还是别去吵了，尽早跳槽更实际吧

Redis 不是要尽量避免 bigkey 的吗，还专门存 Redis ？

继承过户成本最低，不急的话公示三个月，就几十块印花税，急的话继承公证也要一两万
当然一般不会正好碰到继承，直系亲属过户也只能走买卖，实测亲母子之间走买卖过户，如果价格太低也会被要求核定，这个房管局不管，由同在政务中心的税务局核定，而且不同区域房产底价税务局不公开
当然也可以选择赠予过户，那后续再出手很大概率要交 20%个税，各地政策不同，建议去政务中心问清楚
如果只是直系亲属之间只是求个保障的话，两人签个房价等额的借款合同，然后用房产证做抵押登记，登记费几百块，求保险的话可以先过户个最低份额 1%到 5%，这样房产既单人无法过户也私下抵押也影响不大(抵押登记优先受偿)，然后慢慢等继承

keepass2 + 直接存储在坚果云免费的 webdav 上

@junkk Go 只是木有类似 Django 、spring 全家桶之类前后端一把梭的框架，但就开发个后台 api ，一般就是十几个接收 http 请求再返回纯 json 的接口，整个项目随便用什么语言开发都不过几百行代码，用大而全的框架，绝大多数功能用不着还严重影响性能，随便配置下框架可能都不止这点代码
而 Go 都是精简框架，只提供了基础的路由、响应、中间件等，很适合 api 开发啊，比如 fiber 之类，因为用了 fasthttp 非常适合密集的小请求，比如物联网设备，偶 2 核 8G 的云服务器支持近 60 万设备几分钟定时上报存时序，外加十几处大屏缓存显示，QPS 平均 2 万高峰期过 5 万服务器还空得很，换 spring 全家桶的话服务器预算加个 0 估计都悬
当然如果预计 QPS 不过千又不需要保密源码的 API 服务，FastAPI 一把梭就是了

大多数梯子都不太稳定，偶尔需要手动操作换源。建议还是装个旁路由，单独指定需要外网的设备走旁路由
新手最便宜的方法是买个 t1 、n1 之类的盒子刷旁路由固件，足够用了，nas 虚拟机或找个能刷 iStoreOS 的盒子，iStoreOS 向导自带旁路由模式，设置方便