Nayo smart Almighty2 京东 600 元.
优点
* 人体工学做的不错, 背上后,双肩不会觉得很重.
* 形状稳定, 不会软趴趴.
* 底部也有防护,很适合装电脑.
* 空间大, 分区多.

@DaRenCC
意思是调用 4 的接口, 有时候其实是以 3.5 在执行?
我测试的时候发现, 调用 4 接口, 大部分时候响应需要 1-2 分钟. 但有时 5 秒钟就响应了, 结果很差. 这就是你说的"穿插"?

@youthfire 现在用的模型就是 gpt-4-0613. OPENAI 文档中说明 能力不会变动, 但事实上有明显的降低.

你说的是不是 excel?

树状结构,最多 4 级

https://github.com/rogerdudler/git-guide
我一直用的这个

@liufhdk012 可以设置网页的语言

把书签当标签页用, 是真的难受.
我的书签上千个, 分了多级目录. 打开多个不同目录下的书签后, 标签页之间跨度很大. 使用非常不便.
如果把书签单独作为一个工作空间, 平时使用另一个工作空间, 虽然可以解决上面的问题, 但是会无法直接使用书签.
总之, 这个设计, 对我来说, 没有任何优点, 全是缺点.

这个 gateway 是你们组的，还是其他组的？
如果是你们组的，为什么要经过自己的 gateway ，带来了什么好处？

统一文件事务管理，所有文件在一个专门的“文件管理”功能中，通过“是否已提交”字段标识该文件是否有效。
* 文件上传后，正常存储，“是否已提交”为 false
* 业务表单 submit 后，调用文件管理接口“commit”，修改字段”是否已提交“为 true 。
* 定时任务，删除一段时间后依然无效的文件。

其实父母双亡是加分项。
没有弟弟妹妹也是加分项。

这完全是 spring security 的问题，甚至都不能说是 spring 的问题， 因为 spring 其他组件也没像 spring security 这么混乱。

办法：可以把 JWT 标签存储到服务端，用户访问时，校验当前状态是否有效，如果无效，就禁止访问。

另外，需要踢人，就不应该用 JWT 。JWT 滥用，V 站都说了很多次了。

分清楚服务器和 NAS ，这是两种完全不同的产品。
仅仅 gitlab ，就没有哪个品牌 NAS 能跑得了。

小米 12s 一样有这个问题。
另外还有：点击输入框，无法弹出输入法，然后就卡死。只能重启手机。这 bug 至少已经 7 个月了。

首先，我认同你说的。
个人看法，各种会话方案其实都差不多，就是把各种理念进行不同的组合，形成各种方案，常用的方案被作为标准，进行命名。没必要在意这些方案究竟属于哪个概念，只要契合当前需求就行。
但是明显反感不契合需求，还强行用，那可不好。现在很多人用 JWT 就属于 拿着锤子看什么都是钉子。

jwt 被滥用了

security-oauth2 的实现是很不错的。自己手写质量肯定远远不如人家。
所以我现在禁用了自动装配，自己写 filter ，需要用到 security-oauth2 的功能，就直接拿过来用，比如：oAuth2FeignRequestInterceptor OAuth2RestTemplate AccessTokenProvider

个人建议不要直接使用 spring security oauth2 。
我现在这个项目，创建的时候，正好是 security-oauth2 大升级的时候， 依赖版本异常混乱。再加上业务上的不正常需求，导致了很多麻烦。
现在项目中还在用 security oauth2 ，但是不用它的流程，只用它的功能，流程我自己控制。
security-oauth2 对微服务的支持不全，得自己写。索性我全自己搞了。