v3.0.2 · Features
阅读约 1 分钟
认证系统从 Supabase 迁移至自建 API 后端，采用 JWT + refresh token 机制
问题
认证系统从 Supabase 迁移至自建 API 后端，采用 JWT + refresh token 机制
痛点
Features
解决方案
自建 API 后端
• 认证系统从 Supabase 迁移至自建 API 后端，采用 JWT + refresh token 机制
• 新增邮箱 OTP 登录，支持 6 位验证码和冷却计时器
示例
• 新增 OAuth 回调页面，支持 Google 和 GitHub 登录跳转
• Token 持久化存储至 localStorage，401 时自动刷新
三级订阅套餐
• 全新定价体系：Free、Pro、Max 三档套餐
• 重新设计定价抽屉，Free 横幅 + Pro/Max 并排对比
• 基于 `Plan` 联合类型的功能门控
后端国际化错误消息
• API 错误现携带后端提供的本地化消息（`en`/`zh`）
• 兑换码错误根据用户语言自动展示对应文案
Bug Fixes
• 修复刷新页面后登录状态丢失 —— 仅在 UNAUTHORIZED 时清除认证，网络错误或 5xx 不再误清
• 移除 `initializeAuth` 中重复的 profile 请求，减少页面加载时的 API 调用
Refactor
• 移除 `@supabase/supabase-js` 依赖和 `src/lib/supabase.ts`
• 新增 `ApiError` 类，支持 `getLocalizedMessage()` 国际化错误处理
• 移除前端维护的兑换码错误翻译（改由后端提供）
• 清理环境变量验证中的 `console.log`
决策阶段关注点：可信度、迁移成本、结果确定性
Bottom 阶段用户已经在比较方案，真正关心的是“值不值得切换”和“能不能稳定产出”。
这时文章应聚焦决策维度：上手时间、替换成本、结果可控性，而不是泛泛功能列表。
围绕关键词“locusify 更新”应明确你的差异化判断标准，帮助读者快速做选择。
比较框架与验证方法
建议用同一份真实素材进行并行测试，并记录三项指标：完成时间、修正次数、最终可发布质量。
可参考主流程：自建 API 后端 • 认证系统从 Supabase 迁移至自建 API 后端，采用 JWT + refresh token 机制 • 新增邮箱 OTP 登录，支持 6 位验证码和冷却计时器。如果对比文章只停留在主观体验，转化说服力会很弱。
把结论写成“适用人群 + 场景边界”，而不是绝对优劣，更容易建立信任。
Bottom 转化动作
文末要给明确动作：下载试跑、导入真实素材、导出首个版本。动作越具体，决策推进越快。
同时保留风险说明与替代路径，能降低用户的心理防御，反而提升实际转化。
对于品牌词内容，相关文章应优先链接教程页与案例页，形成“比较 -> 试用 -> 复盘”的闭环。
目标关键词
如果这个更新解决了你的流程问题，下一次旅行素材可以直接试用。
用你的旅行照片试试 Locusify常见问题
什么是“locusify 更新”最实用的开始方式？
先用一段最近旅行素材跑通完整流程：导入照片、校验时间线、修复异常点、导出短版本。先完成，再优化。
如果照片里有缺失 GPS 信息怎么办？
可以先按有坐标素材生成主路线，再把无坐标照片作为补充素材放在章节节点，不要强行参与轨迹连线。
如何让输出内容更适合社交平台传播？
优先短时长和清晰节奏：开场总览、关键节点、结尾收束，同时按目标平台画幅导出，减少二次裁切损耗。
Locusify 在这个流程里适合什么场景？
如果这个更新解决了你的流程问题，下一次旅行素材可以直接试用。