@potatouu 那你的 traefik 容器肯定没办法访问 172.21.0.9:80
1. docker exec -it traefik /bin/sh 进到 traefik 的 shell, ping 一下 172.21.0.9, 如果 ping 不通, 检查一下 traefik 和 adg 容器的网段和 Gateway 是否一致.
2. 如果上述办法行不通, 尝试把 URL 改成 外部 ip 地址:3000 看看能否访问, 如果还不行检查一下是不是启用了 iptables.
3. 暂时把 middleware 去掉, 控制一下变量.

url: "http://172.21.0.9:80"

你多打了一个 s

我看是学习微软的 teams, 把旧的变成 classic 停止服务, 然后出个新版本订阅, 你不交钱就不给你保留数据.
对比一下还是企鹅稍微良心一点.

@lxcopenwrt 看情况，有的人口密度小的国家也可以做到，比如法国也有 ovh 这样的大型 host ，但是 orange/free/sfr 三个主流运营商都可以提供固定家宽公网 ipv4 ，也不需要打电话开通。

@azuis 问题就出在和银行的配合上....支持的银行很少(新出的这些 neobanks 倒是都支持这些 pay).
还有无接触的 pos 机也新旧不齐, 旧款就不支持 apple/google/Samsung pay, 只能银行卡.
巴黎已经算覆盖得很好的了, 去其它城市就傻眼了.

@azuis 非接触支付确实到处都有, 但是都是银行卡.

移动支付的目的就是去掉银行卡, 只用带个手机就可以到处走, 这个至少在法国实现不了或者是你只用移动支付能做到的事情非常的有限.

Apple pay 很多店也不支持, 但是我周围的中型超市(carrefour)是可以刷的, 那种在法国经常去的特大型商城(比如 leroymerlin)反倒刷不了.

不过, 除了隔一段时间的大采购, 大部分的东西都网购了, 线上支付还是挺发达的.

在巴黎呆了 10 多年，移动支付至今都支楞不起来。 购物信用卡还是主力，地铁至今只有部分 android 手机可以 nfc 刷。有的咖啡机可以用手机支付，但是要去下对应的咖啡机 app 而不是像国内那样直接支付宝微信就搞定。我也办了所谓的 neobank （纯线上银行 fortuneo ），号称是比传统银行卡费低，实际上消费不足一定量要扣费，关户要收费，唯一优点就是可以生成一次性虚拟卡。最大的问题是转账和支付无法出具具有法律效力的文件，不能拿来支付需要证明的交易（比如小孩的学费，各种保险之类）。
可以负责任的说，中国的移动支付至少在 2023 年还是绝对领先法国的（美国没去过不评价，其它欧洲没长住也就不代表其它欧洲国家了）。

移动支付起不来最大的障碍是没有腾讯阿里这种垄断性的通用支付平台，导致移动支付碎片化。
用户觉得麻烦，店家推行也无法提高营业额。

某些几十年前润了以后就没回过国的建议还是别发表主观臆想了，没有对比没有伤害，真的。

12400 很爽，记得 linux 内核升到 6.1 以上

@thtznet 补充一点，windows 软 raid （指 server 版的存储池）性能巨垃圾，而且还有个最大硬伤就是 ntfs 这个文件系统。至于 windows 的 overhead 在如今硬件条件下其实不是那么明显。
至于稳定性我维护的 win server 2012 稳定运行 10 年不断电无崩溃。不过有个缺点就是打安全补丁必须重启这点被 linux 完爆。

oss 一个晚上被人刷了 4t 流量亏了 5w 的路过。
以我小人之心怀疑就是卖高防 cdn 堡垒机的在干这个活。

试了下 react 还行，就是不会写 test

生产环境加版本号 tag 固定版本是基本操作

除了传刷机包，几乎从没用过 usb 传数据...文件同步备份什么的全都是 wifi...

@lokamir 直接 win+r 然后 control, 熟悉的味道回来了, 新版设置界面修改详细参数简直就是噩梦.....

我自己的 workload 跑 pve, client 卡住无法恢复只能重启实例的情况只出现在存储满了无法读写 IO 卡死只能添加存储并强制重启, 或者是硬件直通问题导致卡死只能强制重启, 宿主机因为软件问题卡死的情况没碰到过.

pve 跑小规模生产也还行, cluster 轻度使用问题不大. 当然你要上中等或者大规模部署, 对稳定性有很高要求那 ESXi 是唯一解.

pve 你可以商用, 可选升级成付费企业源.
exsi 的话看你公司的预算了.

至于自己用, pve 完全足够了, 性能损耗忽略不计, 还有 LXC 容器可以进一步减小 overhead 提高性能.

12 代可以 sr-iov 了
我是用 pve+12400, 打了 i915-sriov-dkms 补丁

自带的 hd7xx 独显 jellyfin 同步硬解 4k x 3(我自己的测试样本单 stream 码率不超过 80Mbps)毫无压力还支持 av1

注意
1.win 客户端选 win10 不要选 win11!!
2.linux 客户端最好选 ubuntu, arch 之类内核稍微新一点的, 不然可能打不上那个 i915-sriov-dkms 补丁造成无法直通

但是, 因为总体而言 hd7xx 系列的核显性能就那样, 你多个 vgpu 同时使用的时候很快就 100%了

比如你一个 vgpu 在给 jellyfin 解码, 另一个 vgpu 在 windows 底下玩大型 3D 游戏, 那么直接 jellyfin 解码变成 10fps 左右, 那个 3D 游戏估计也就是 20fps 左右, 所以真要想超过 4 个客户端同时使用, 最好还是插个显卡分摊一下.

独占使用 iSCSI.
NFS 相当不推荐在 windows client 上用, 那个权限会让你吐血.
如果要共享, smb 就是最优解.

@billlee 我也是这么想的, 那么仅作为身份验证的话设置 passpharse 不是很有必要了.

主要是防止冒用身份投毒, 或者添加后门这种风险.

如果被物理入侵了, 那么责任肯定不在开发这.

因为设置了 passpharse 后每过一段时间提交 commit 都要输入 passpharse 的开发体验是很糟糕的.