Closed chinyajie closed 1 year ago
我在 zeabur 部署后,意外同步更新一次,意外zeabur deployment崩溃一次,都造成团队信息丢失。 因为创建用户 token 是随机 uuid 生成的,后续就算再创建用户,token 也变了,需要一一通知之前的团队成员。对于使用服务的”老年“用户体验不佳。
那能否通过设置环境变量或者调用接口这样的方式,指定用户的密码呢。如可以自己再改回之前的 token 密码就可以伪无缝升级。 我学些了下项目代码,发现只要简单修改 HandleResetUserToken 接口就可以实现,自己试了下效果简单,且不影响原来的接口的正常使用。
具体逻辑是,一旦原来的 opencatd-open deployment崩溃或重启后,数据丢失,那么久重新初始化,然后重新创建之前的团队成员用户,然后根据之前发出的 token 进行 user reset token
我整理下代码,一会试试发个 pr。只改了 HandleResetUserToken,且用的是查询参数传递老 token,所以接口还是兼容之前的老用法。
我在 zeabur 部署后,意外同步更新一次,意外zeabur deployment崩溃一次,都造成团队信息丢失。 因为创建用户 token 是随机 uuid 生成的,后续就算再创建用户,token 也变了,需要一一通知之前的团队成员。对于使用服务的”老年“用户体验不佳。
那能否通过设置环境变量或者调用接口这样的方式,指定用户的密码呢。如可以自己再改回之前的 token 密码就可以伪无缝升级。 我学些了下项目代码,发现只要简单修改 HandleResetUserToken 接口就可以实现,自己试了下效果简单,且不影响原来的接口的正常使用。
具体逻辑是,一旦原来的 opencatd-open deployment崩溃或重启后,数据丢失,那么久重新初始化,然后重新创建之前的团队成员用户,然后根据之前发出的 token 进行 user reset token
我整理下代码,一会试试发个 pr。只改了 HandleResetUserToken,且用的是查询参数传递老 token,所以接口还是兼容之前的老用法。