我感觉可以，虽然网页功能是受浏览器限制的，但是本地服务不受限，网页和本地服务通过 WebSocket 通信，网页发送指令给本地服务，由本地服务来进行系统交互，比如列出文件列表。
其实就是纯粹的前后端分离，有一些本地软件就是这样的架构，LF 文件管理器似乎就是。还有 bspwm 是通过 bspc 客户端进行几乎所有的操作，如果给 bspc 包装一层网络服务，感觉可以在浏览器里对 bspwm 进行操作。

我有个想法，那就是做和 session 相反的事，即：把要踢的用户保存在内存里。
具体是这样的：
用户改了密码或者要踢某个用户下线，就把该用户的 ID 保存到内存里，因为要踢下线的人一般都是少数，费不了多少空间。
当然要设置保存期限，和 JWT 的过期时间一样就行。
比如用户改了密码，就把他的 ID 保存到内存里，当他依然用旧令牌访问时，后端从旧令牌中解析到他的 ID 并与内存中的列表比对，如果存在就令牌失效，需要登录，同时删除列表里的 ID 。
如果他改了密码，但再也没有登录过刷新令牌，那么也无妨，因为内存中的列表过期也会清理的。
简单来讲，因为 JWT 对后端服务是无状态的，但可以在后端增加“踢人列表”这一点点不怎么占用资源的状态。
以上没有考虑分布式的情况，因为我没有分布式的经验。分布式的“登录与验证服务”应该也是单机的服务吧？

用来为手机救砖，Gaming

那么多人去世了，但世界并没有消失，因此我认为，我才是这个世界。

Gayazov$ Brother$ & Руки Вверх - Ради танцпола (DJ Prezzplay & DJ S7ven Remix)

我用的 gitui, TUI 类型的，怎么着也比纯命令行强吧。

我比较喜欢那种通过 openid 的方式登录的， 比如通过 Google 账户登录什么的。
只需要一键即可登录，同时站点方也可以通过这种方式保存用户信息，本质和注册是一样的。后续的再根据其他功能的需要向用户索要更加的详细的信息。

xfreerdp
使用示例(共享剪切板、共享 Download 文件夹)： `xfreerdp +clipboard /drive:share,/home/xxx/Downloads /u:微软账号 /p:密码 /w:1920 /h:1080 /v:192.168.10.111:3389 /audio-mode:0`

用 mvn 列出所有的依赖(大概是这个 mvn dependency:list)，将结果输出到文件里记录下来，用 vim 编辑文件，通过一顿替换，将输出结果改造成 cp -r com/xxx/version xxx 之类的命令，然后执行。
或者将你的本地仓库部署为私有的远程仓库 remote repository ，同事在自己的 mvn 配置文件里添加你的仓库，通过项目 pom 文件下载出来。
以上是我臆想出来的思路，我已经很久没用过 maven 了

把 workid 放到最后试试，比如服务 1 生成序列号 123777701 服务 2 同一时间生成 123777702 ，这样不管从全局来看还是单个服务来看，id 都是连续的

所有权这点还好，生命周期真的好难，感觉自己理解了，但实际还是不会用。
虽然难，但是用 rust 写东西的话，还是比较爽的，写完后，成功运行的概率非常高。

linux 有非常好的桌面环境，用了三年的人切身体会。不可否认是有点折腾，简单的折腾对我来说是种乐趣。
https://www.reddit.com/r/unixporn/

@documentzhangx66 #15 为啥，可以简单讲讲吗

你说的效果有点类似极速中文网的打字框，刚开始打字的时候如果没有选词，是不会进行计时的。可以参考下
https://www.jsxiaoshi.com/

我在 bevy 游戏引擎里看到过大量的泛型设计，如果把一层层的抽象拍平了，可能也没有这么多的泛型同时在一起。
抽象设计烂才会同时出现这么多的泛型。

handleData 里加锁处理数据，但是 txData 里 append 却没有加锁，
所以当 handleData 正在处理数据的时候，txData 还在往里面 append 数据，
等 handleData 处理完，清空了 B ，txData 在 handleData 处理数据的过程中所添加的数据也就被清除了。
没有给写入加锁只给读取加锁，等于没加锁。

另外你想用 handleData 异步处理数据，但是如果在 txData 里给 append 加锁，其实就等于同步处理数据了，没什么意义。考虑在 txData 里对数据进行分块或按时间进行分块，再将分块的数据传给 handleData ，连锁都不用。

尽头是平铺式窗口管理器

我觉得生成的代码蛮符合我要求的，有时候还教我怎么写，对我来说还是很有用的。

看别人的源码好痛苦，很难快速的理解他们的思路，加上更新迭代，有些地方的逻辑就变得很复杂。只能猜测编写者的思路，还要一边调试才能搞清楚为什么这么写。
我觉得最难的地方是对方法参数的理解，编写者知道每个参数的作用范围，里面都有哪些值，这些值用在什么地方。
阅读者就很难看清这点，因为一个参数会分散引用到不同的调用栈里去。参数的值具体的样子是什么，都有哪些边界，这些东西光看是很难理解。目前的对我最有效的还是调式阅读法。