暂无搜索历史
不是因为它名字多了一个 0.5,而是因为它背后透露出来的方向,和我们普通程序员、独立开发者、内容创作者都有关系。
不是因为 Notion 不好用。Notion 依然是很强的在线文档和数据库工具,适合团队协作,也适合做结构化页面。问题在于,进入 AI 时代后,个人知识库的需求...
如果说 Obsidian 过去最重要的价值,是把笔记变成本地 Markdown 文件和双向链接网络,那么 Obsidian CLI 的出现,就让这套知识库开始真...
今天刷到 IntelliJ IDEA 2026.1 的更新页,第一反应不是兴奋,是松一口气。
如果你把 StpUtil.switchTo(10044) 理解成“管理员直接变成用户登录”,那这功能大概率会被你用歪。
如果你最近还在看 GitHub Copilot 的个人版订阅,可能已经感受到风向变了。
它会先把问题拆开:你到底是在判断对方喜不喜欢你,还是在用对方偶尔的回应给自己续命?
很多人看到这里,还是会懵。 它到底是“校验密码”的方法,还是“校验通过后打标记”的方法? 它应该放在删除接口里,还是放在校验密码的接口里?
它能把页面搭出来,能把按钮、卡片、表单、表格都写全,但最后出来的东西,往往还是一眼 AI:配色普通、字体没性格、层级混乱、交互像拼凑、风格不统一,甚至连响应式和...
你可以专门给 Copilot 的 Generate Commit Message 配自定义规则。
我第一次接这块时,也以为就是一个 StpUtil.login() 的事。后来把 Sa-Token 真放进项目里,我才发现,真正决定系统稳不稳的,不是你能不能让用...
这篇文章,我就结合 Sa-Token 的实现,把这件事彻底拆开。如果你们项目里也在做 Web 登录、前后端分离、APP / 小程序鉴权,这篇会很有用。
同一个账号,没人改密码,也没人申诉盗号,但用户就是反复掉线。 一查才发现,不是系统崩了,而是两个同类型设备在来回抢登录态。
我前阵子给一套 Sa-Token 鉴权做接口标准化时,就把这两个配置混过一次。 后来才彻底想明白:token-prefix 管的是“怎么提交”,token-st...
我最近把一套 Sa-Token 鉴权从传统 Web 改成前后端分离时,就踩了这坑。 这篇不讲空话,只讲可落地方案:不靠 Cookie,照样把登录态跑稳。
Sa-Token 默认把数据放内存,这个设计本身没问题。 它的优点很实在:快,而且没有序列化/反序列化损耗。
你说它跟 HttpSession 啥关系?能不能直接替换?一个账号多端登录,Session 数据到底共享还是隔离?
说实话我之前也是这个心态。团队里 Agent 相关的项目跑的是 Claude,偶尔拿国产模型试试水,效果嘛……对于简单对话还行,一到长程任务和复杂工具调用,稳定...
项目初期,接口不多,每个 Controller 方法上加个 @SaCheckLogin 注解,清清爽爽。
后来我把项目的鉴权层换成了 Sa-Token 的注解模式, 上面那坨代码直接变成方法头上一个 @SaCheckRole("admin"),说实话改完那一刻确实爽...
暂未填写学校和专业