yodhcn

ROG 影刃 3 ，有可插拔微动，而且续航比 罗技 G304 还长

@shintendo #3 但是设置 overflow-x-hidden 、overflow-x-auto 、overflow-y-hidden 、overflow-y-auto 任意一个都能解决这个问题。我也怀疑是 swiperjs 组件计算宽度的 bug ，但我看不懂源码，不清除组件宽度计算的具体逻辑

python 的包管理工具就是一坨，最要命的是 Github 上的有些项目，源码是上传了，但是没有 requments.txt ，包的版本只能自己猜，踩遍各种坑，最后项目也不一定能跑的起来。

我有个朋友自己在京东找了家店，问我配置有没有坑，我就把与这张与该店客服的聊天截图甩给他

不用识别是谁，检测到人，直接给你发邮件："我们检测到一个异地登录，这是你吗？"

@mgcnrx11 #12

我理解你的意思了。

token 中的 payload 只用于鉴权，而 session 中的 payload 可以用于鉴权（将“过期时间”视为一种用户状态），还可以存储一些其它的上下文；而为了保持会话，后端需要在用户活跃期间不断刷新“过期时间”。

session 可以存储用户状态，存储在服务端的 session 可以在让同一用户在不同设备上同步状态，并且不用每次请求都携带用户状态相关的全部参数，只需携带 sessionId 。

从这个角度来看，像 laravel 这种存储在客户端的 session 是不是没有多大意义？既不能在多设备上同步状态，又没必要每个请求都携带用户状态的全部参数，只在必要的 api 里提交必要的参数就可以了。除非，是有希望作为请求参数提交，但又不想在客户端被解读的“用户状态”？这种有类似的场景？

@ExplodingFKL #10 你再仔细看看正文，我了解 cookie 、session 、jwt 的区别，但是像 laravel 这种把 session 存 cookie 里的操作不奇怪吗？

@chendy 不，laravel 文档里指的是 value 也存储在 cookie 的情况，这样同是无状态，那么这与 jwt 的使用场景有啥不同呢？

@GeekGao 但是，非浏览器环境 CSRF token 也同样没用啊？可以通过请求直接拿到 CSRF token 与 cookie