不如优先排除一下你 wifi 的频段和信道设置

@kran #9 倒不是说集成的难度，而是说如果 validation 这个不在路由里感觉会比较怪，如果是在路由里，会把集中式的 router 搞得很难看，如果 router 拆分，那最终结果还不如直接 annotation 注册。

另外还有就是因为我们是比较强要求做 restful 的，所以会用到很多 path params 的，这个在 router 里写起来也会把 router 那块搞得很大，同时也包括验证的问题。

@kran #2 写多了，其实发现还是 spring boot webmvc 这套实用性是最强的。像类似 reactive/或者 router handler 那种事件驱动的，初时觉得写起来很爽，但是项目规模上去一点以后你会发现路由注册的很难管理。还不如注解声明的，更不要提各种 Validation 了。

个人经历，用过 spring webmvc ，虽然没写过 webflux 但是用过 node 那边的 koa/express ，代码逻辑上是差不多的。

k3s 还是非常简单的，建议先把文档看一下能解决很多问题

https://pickerwheel.com/ 也不是不能用（逃走

https://i.imgur.com/QgLUqzH.jpeg

我是一下班就说 mac 丢失了，但是它在我背后

@totoro625 #38 然而我只讨论的是字面意义上说 chromium 浏览器密码是明文存储这件事罢了，至于 edge 浏览器是如何在设置层面做什么障碍让用户“无意中”触发浏览器数据迁移功能，是骂也好还是集体诉讼不在我回帖的讨论范围之内。

@totoro625 #35
ssh key 的密码是可以不设置的，并且很多教程去教学的时候也是说的用 key 来达到“免密”ssh 。并且不光可以不设置，甚至还有在线的网站去生成，身边统计学里告诉我是真的有人去用的。

回到浏览器这个，就现在实践结果来讲，这个安全模型在这个成本下，是可行的。不是说什么事情上来就一定做到最全面才是有效的方案。也不是说因为 B 存在所以证明 A 完全不可行，如果真是这样的话，password manager 那得是多大的生意。

@totoro625 #32 换句话讲，截止到目前为止，有多少人的账号密码，是仅仅是因为存储到 chromium 系浏览器的自动账号填充功能导致丢失的？反正我是没听说，并且我这么多年不管是 chrome 还是 edge 也没有因为这样丢失过。

反倒是所谓的什么密码管理软件，倒是发生了几次大规模的泄漏事件/安全漏洞。不管是在线的（ lastpass ）还是离线的（ keepass ）。

@totoro625 #32 那么按你这么理解，ssh key 也是设计缺陷，因为私钥的密码是 optional 的。让人误以为用了私钥比密码安全，压根就不会想到任何可以读取到 users 目录的程序都可以偷走私钥，甚至都不需要记录下来解密的钥匙。

@totoro625 #30

为什么在本地加密数据？ 为什么不将加密密钥存储在其他位置，或者使获取更加困难？

Internet 浏览器 (（包括 Microsoft Edge) ）没有配备防御措施来防范由于以用户身份在计算机上运行的恶意软件而危害整个设备的威胁。 但是，程序（如 Microsoft Defender SmartScreen ）和操作系统级保护（如 Windows Defender ）旨在确保设备从一开始就不会受到威胁。

尽管无法抵御完全信任的恶意软件，但本地数据加密在某些情况下很有用。 例如，如果攻击者找到了一种方法来窃取磁盘中的文件，而无法执行代码，或者窃取了未受完整磁盘加密保护的笔记本电脑，则本地数据加密将使小偷更难获取存储的数据。

看楼上的传谣真是太有意思了

https://learn.microsoft.com/zh-cn/deployedge/microsoft-edge-security-password-manager-security?form=MG0AV3

有没有可能本来 jb 的三方 plugins API 能做的事情不多呢

@yagamil sandboxie

从来没用过，在用 vscode+copilot

关键可能你订阅了也会因为 IP 直接不给用降智

@ntedshen #23 wsl 的端口问题基本上已经解决的七七八八了，wsl 的网络本质上就是虚拟机和宿主机的网络，能搞到 mirrored network 这个地步已经相当够用了，再不济也能还原到 nat 模式，但是实际上 mirrored network 我了解到的也只剩未监听端口没有积极 refused 这个相对重要的问题了。但是这个会引起的 vsc js-debug 启动缓慢的问题也由 vsc 这边做 workaround 解决了。我这么说，vsc 上搞遇到的问题远比 idea 直连少的多得多。

另外，我也不反感 jb 强推 gateway ，但是 gateway 也有自己的问题，一个[设置同步共享搞了几年到现在都没有完成，这就跟 wsl 一点关系也没有了吧

https://youtrack.jetbrains.com/issue/IJPL-166135/Settings-synchronization

在说点别的，他们自家的 kotlin ，在 idea 下也有一些 bug 几年没有修复，比如：

https://youtrack.jetbrains.com/issue/KTIJ-19636/False-positive-Val-cannot-be-reassigned-with-setters-overloading-for-auto-properties-from-Java

---

说到底，就是 JB 自己烂，做 wsl 支持更是疯狂触发他们整个 intelliJ-ide 屎山罢了。他们自己都觉得这个山太难平，自己搞个 fleet ，结果只是另一个屎山。

java+spring boot 可以考虑 vsc ，反正是能用并且不至于被 jb 的 bug 拦住。

kotlin 的话只能 gateway ，idea 直接 run on wsl bug 太多了。fleet 在 wsl 下特定的 bug 不多，但是 fleet 本身又是一坨。