太好了！又可以多加几个女狱友了！

@mikulch 人数超 200，进不去了

Joplin 配 坚果云，香得不行

自己在用 tiddlywiki 吧。简单方便，就一个 html 文件。拓展也很多，有能力也可以自己拓展。个人觉得 wiki 是知识管理最好的方式了吧

简单一点的做法：建个 VBox 虚拟机，把文件放进去。

ROR/Ruby 给我个人带来了很大的慰藉，它让我相信，写代码还是很有意思的事。虽然现在主要写 JAVA，如果有一天市场需要，一定会毫不犹豫地转回 Ruby

吶

這是我关于 jwt 的笔记，楼主可以看看

# JWT

公司有个项目需要更换验证方式，恰好我在负责，因此学习了一下如何实现 JWT Authorization。

JWT 是用来替换 Session 的一种解决方案。因此它不能有大量的计算，必须尽可能的少计算；也不能存储私密的内容。

在设计 JWT 时，需要分成 header、payload、signature 三部分。这三部分都是在后端计算，返回给前端的只是一个 Token 字符串。

header 存储 JWT 元数据。具体而言就是：JWT 是用什麽算法加密的。
```ruby
{
"alg":"sha256",
"typ":"JWT"
}
```

payload 存储具体数据。比如登录用户的 ID。记住，因爲 payload 默认不加密，仅做 base64 编码，爲了安全考虑，尽量不要存太私密的东西。
```ruby
{
"iss":"abc.com", //签发人
"exp":time()+600, //过期时间，10 分钟后
"nbf":time()+2, //生效时间，2 秒后
"iat":time(), //签发时间
"uid":uid //userid 用户 ID
}
```

上面的例子里，最重要的是 exp 和 uid。exp(过期时间) 如果不做限制，一但 JWT 泄漏，任何人都可以用它来登录，永远有效。uid(用户 ID) 是我们用来替代 session，识别用户的信息，也是我们这个 payload 存在的目的。

signature 是签名。它用于保证前两个数据没有被人改过。将前两个数据(header, payload)的 base64 编码 用 "." 连接起来，再进行加密。也仅仅在签名的生成上，用了一次加密算法。
```ruby
HMACSHA256(
base64UrlEncode(header) + "." +
base64UrlEncode(payload),
secret)
```

secret 是我们自定义的密钥。

在上面的三部分生成完毕之后，用 "." 连接起来，传给前端。以后每次请求，都要使用 JWT 来验证身份。因爲 payload 和 header 都不做加密，因此前端传来时，可以反 base64 解开，看信息。最后，再用 签名 验证一下信息是否是僞造的就好了。

8 万。多了當我沒說，少了可以再談談

我也发生了第一条的事。胸口一直疼，什么都不想说，什么都不想做

porn web

以前本地 Typora + Boostnote, 少了 WEB 端. 現在主要是 語雀, 以後不想用了就導出 MD