@yuezk #12 除了把 session 保存在 redis 和数据库中，还可以用 JWT 的形式保存在客户端。无论如何，状态是无法避免的，但是我们可以通过把状态转移到其他地方的方式来避免自己保存状态，从而实现无状态。

先说一下什么是有状态，以用记登录场景为例，通常情况下，当用户登录成功之后，我们会把用户的信息保存在 HTTP session 中。这里的用户信息就是状态，HTTP session 实际上就是一个全局变量。当服务遇到问题重启的时候，变量会被销毁，这些状态就会丢失，用户的登录态就会丢，这显然是有问题的。另外，如果是多个服务实例，当用户登录到一个服务器后就没有办法负载均衡到另外的服务器，因为在其他的服务器上的 HTTP session 里面是没有用户信息的。

所以，我们需要无状态的服务，用户做完登录后，把 session 信息保存在外部，比如 redis 和数据库，这样，当服务器重启的时候，我们就可以把用户路由到其他的服务器，用户的登录态也不会丢。

在 K8s 的世界中，服务的重启或者删除重建是很常见的操作，所以要求服务无状态，便于扩展和恢复。

无状态不光在服务领域，我们平时写类的时候，也会有无状态的类这一说。

@cvbnt #2 stateless

更新链接：How Wine works 101： https://werat.dev/blog/how-wine-works-101/

这个帖子让我想到了前段时间看到的一篇关于 Wine 的文章（[How Wine works 101]( https://werat.dev/blog/how-wine-works-101/)，[中文译文]( https://www.freebuf.com/articles/system/346955.html)）。

实际上无论是什么操作系统，最终运行二进制文件都是 CPU 的工作，操作系统只是负责把二进制文件加载到 CPU 上去执行。而相同架构的 CPU 的指令又是一样的，所以理论上是可以把在 Windows 的编译的二进制文件移植到 Linux 上去的，

再看二进制文件，它其实是有结构的，可以简单理解成由 header 和 body 组成。header 部分是给操作系统来读取进行加载的，这部分不同的操作系统之间是有差别的。body 部分是 CPU 的指令，是真正要运行的部分，这部分的内容是和操作系统无关的。

所以可以这样理解，Wine 的主要工作是读取了二进制文件中的 body 部分，并加载到 CPU 运行。另外，它还 hook 了一些 Windows 上的系统函数，转成在的 Linux 里面的实现。

所以，理论上来说，用 Wine 运行 Windows 的程序，其性能并不会比在 Windows 中差，甚至有的时候还会更快。

@mtdickens #4 老哥，用的是谁家的 VPS ？我试了 GCP 和 Digital Ocean 都不行。

最近在研究 WebAuthn ，确实如 @Tyanboot 所说。做了测试，当 Yubikey 的 25 个本地持久化的 key 满了之后还可以用非本地持久化的 key ，缺点就是登录之前要提供用户名。

鸿蒙系统最大的挑战是国际化🐶

@hoopan #85 你问中文，他就说中文

@Truman42 tg 上搜不到

@hhh583648414 用的转运公司吗？

@Saukes 老哥，求魔改方法，谢谢 8b1i0tih9#mozmail.com

一个 GlobalProtect VPN 的 Linux 客户端，原本是给自己用的，无奈官方的 Linux 客户端太难用，简单打了个广告，现在使用的人还不少，主要是国外用户，去年添加了打赏链接，目前一共收到了 1000 多刀。

https://github.com/yuezk/GlobalProtect-openconnect

时间胶囊，大概 14 年的吧

HyperUI: https://www.hyperui.dev/

@iamobj #7 第二点并不新鲜了，如果之前了解过 SPA 的 SEO ，都会有文章提到这个方案的