符合我对 jvav crud 仔的刻板印象

@pcxys fetch 不是用来读本地文件的，或者说浏览器就不支持读本地文件，不然网站上随便来个脚本就能读你电脑里的文件不是乱套了吗
你要读这个 json ，首先是把这个文件用 http server 开放出去，也就是能在浏览器里用 http://xxx/xxx.json 访问到，这样浏览器在从其他地方 fetch 这个文件就是合法的。具体到你这个例子，我假设你是用 nginx 当服务器，那你就把 json 文件放到 index.html 同目录，然后再在 index.html 里 fetch("xxx.json")应该就能获取到了

你为啥会去用 HTTP GET 请求一个本地 json 文件?
你知道 fetch 是用来干嘛的吗

c 也就算了，go 不是比 python 都简单快捷吗，为啥要脱裤子放屁

你一个纯技术人关心流量干嘛

@drymonfidelia
ssr 又不是只为搜索引擎准备的，最重要的功能是优化网站前端加载速度啊

交互前怎么没内容了，你打开 gpt 网站不是会读取之前的 session 让你接着问吗？

我手上有一台一代的，
屏幕确实糊，单侧喇叭也确实难蚌
但果板什么价格这货什么价格？
几百块买个能跟果板干差不多事甚至因为能刷机比果板干的还多的平板，
还要啥自行车....

确实有这样的痛点，不过我的解决方法是全迁移到 embedded rust 。cargo 把所有问题都解决了

看着像播放器

编译内核是大家都一样的，
发行版之间的区别是包管理和预装软件
所以你如果要自己发行一个发行版，那你有两个选择：
用别人现成的包管理（如 debian 的 apt, arch 的 pacman ）
或者自己整一个包管理（那你得手动实现软件仓库、打包你想放进仓库的第三方软件，然后管理软件源）

包管理搞定后需要把预装软件用选好的包管理塞进安装镜像，并且做好安装脚本和引导
当然也可以学 gentoo 或 arch 不提供脚本只提供编译/安装工具让用户自己装

后续的发补丁都是通过包管理。各个包管理的打包、分发方式都不一样
譬如 arch 的 pacman
https://pacman.archlinux.page/
基本就是通过手写 PKGBUILD 文件来实现一整个编译、打包、分发工作

推荐 react.
我当时就是想起一个新项目不知道选哪个，于是各种框架都试了一遍，angular vue react
最后发现 react 文档最直观，库更多更完善，上手也最简单。

帮着搭了个构建工具和验签系统（或者说分了个服务重启用来构建和验证）？
没到合作这么夸张了，arch 依然还是靠社区用爱发电
钱是肯定没有的

@amiwrong123 这两种方法本质没区别啊，你思考一下就知道了

@amiwrong123
还是有误解，私钥签名==私钥加密
所以你说的“用自己的私钥对哈希值进行签名” 等价的说法并非“对 dtata.txt 签名” 而是“对 data.txt 的哈希值进行签名”
对 data.txt 签名指的是用私钥对 data.txt 全文加密

@amiwrong123
哦我知道了，你是不是一直误解了“签名”的意思？
以为是把分发者的个人信息用私钥加密一下叫签名？
不是的，这里的签名其实是一个操作，用私钥把真实内容加密，因为加密后的密文其实不保密，所以就把这个加密操作改叫签名

@amiwrong123 ?? 你这个 首先 ， 然后 说得不是同一个操作吗
啥叫两种方式

这个顾名思义就知道了啊
签名的作用就是让别人知道某段信息是只有我能发出的
譬如我是某机构，我要发一篇公告，我把公钥公开出去，再用私钥加密这篇公告的内容发出去，
别人用公钥解密成功的文本就说明是本机构发出的，任何其他人都伪造不了
应用场景么像是软件分发时候在 manifesto 里加上私钥信息表明分发源可靠之类
公钥加密的作用是对密文本身保密，私钥签名对密文本身是不保密的，仅仅是证明密文发出者的身份可靠