@Suclogger chatGPT 更像是一个编程老师，但是老师又不会帮你写代码，只会教你写代码。

我怀疑 AI 有用到 wiki 的数据源。

所以把 ChatGPT 作为的 wiki 搜索工具挺好。

你把帖子里的"ChatGPT"换成"低代码"试试，好像也没啥问题。

@daozun 强制更新也只能等上一次 css 资源过期后才生效，要不然连客户端查询请求都不会发起。

一般来说，都是 html 可以设置 no-cache, 而 js/css 都是需要一定缓存的。

用 electron 可以调用 nodejs 函数，而 web 就只能调用浏览器的 JS api 。

用着卡不卡都是其次，我觉得脱离浏览器快速写一套美观的界面出来，对于普通人是很难的一件事情。

需要用 gcc 编译，VC 并不支持 float16 硬件类型。

https://gcc.gnu.org/onlinedocs/gcc/Half-Precision.html

在 x86 上，如果没开 mavx512fp16 ，就是纯软件的 float16 ，计算速度会相当慢。不如转换到 float32 。

@mayday526 你既然说了使用场景不一样，说明还是能看懂我说的。

https://en.wikipedia.org/wiki/JSON_Web_Token ，里面有一段 use 案例描述，写了有传统后端验证外，还有客户端直接发起 JWT 身份验证两种方式。

作为后者，很适合匿名账户纯客户端直接认证。私钥又不需要在网络传输，只有用户自己能看见，本机不泄漏，就很安全。

@shawndev 一个开源，另一个不开源吧。

@okakuyang 我就觉得既然用了 JWT ，就应该用起来他的身份认证的功能，不要仅仅当黑盒字符串。

否则后端发点别的什么不好，干嘛非要给前端塞一长串的 JSON 保存起来。还不如换成 access token 用户认证，还能附带权限控制。

@mayday526 去了解一下 acme 的 jwt 使用场景，就是典型的前端加密，后端解密。JWT 是一个完整规范，有多个使用场景，并不仅仅是 session 的替代品。

我再多啰嗦几句，

正常来说 JWT 有两种使用情况，第一种就是替代以前的 cookie user session, 后端加密后端解密，这样对于前端就是透明的存在，的确无法修改其保存内容。

另一种情况，是用于匿名身份验证，比如最近很流行的 Apple Passkeys ，就是用公钥来验证用户 ID 。

换成 JWT 流程也是一样。

第一步在前端 /客户端生成公钥和密钥。
第二步把附带公钥的 JWT 发给服务器，服务器就能自动认证用户的 ID ，因为基本上用户本地生成的公钥，是不太可能有重复的。但是因为私钥留在客户端，还是有一定被篡改的风险。

@mayday526 楼主的 SQL 语句执行是在后端吧？

那么后端来解密 JWT ，那么发送加密 JWT 的部分，肯定是在前端 /客户端了。

@mayday526 jwt 认证的加密方式和公钥，都是直接写到 json 头部里的。

密钥是留在客户端 JS 文件里的，但一般 Electron 这种 JS 文件不加密，随便看，随便改。

肯定不能用 userId 啊，你看看大厂的用户 oauth API ，全部都是转换成 access token 令牌访问的。

然后就有人编译了一个支持 win7 的 chrome 新分支版本。就和支持 win7 的新版 python 一样。

一般 M2 盘的功率能到 10W ，用普通 USB 供电明显不足。