Rylan Cai
Rylan Cai
确实需要优化，不知道该忽略这种 case 的 tps 计算还是做其他方案。
可以在 rfc #4204 上表达更多你对rag性能增强的想法😋
感觉这一块参数设置有点误导，不同模型可设置的设置是不一样的，有些设置模型没有的话应该不显示才对。
这个bug要相应的provider的作者去进行debug才能知道。
`.env` 中的 `AUTH_URL` 的协议是 `http` 的话，那 casdoor 的回调url的协议也要对应。
这里暂时看不出来问题，因为现在的 session 并不依赖于 casdoor ，没加载出来尝试更新下 `lobe-chat-database` 这个镜像。
平常别在dev环境里面做生产构建不就行了，要测生产的构建直接docker。
在中国大陆境内有时候请求auth0 endpoint会失败，建议： - 多次进行登录重试； - 在服务端使用代理或更改docker部署地域； - 更改auth0实例的地域。
bug可以复现。问题定位与 `onAppearanceChange` 方法有关，该方法在系统设置为深色时，在下述代码中会将cookie `LOBE_THEME_APPEARANCE`设为`dark`，去除下面代码后bug不会复现。 https://github.com/lobehub/lobe-chat/blob/6199e68d78d840217af33c4ddc6dbde75d36e332/src/layout/GlobalProvider/AppTheme.tsx#L113-L115 个人认为问题原因是： - 当用户设定深色模式与系统设置不一致时，在SSR完成后，`onAppearanceChange`方法被某个hook触发，将cookie `LOBE_THEME_APPEARANCE`设为`dark`。于是出现了以下现象：  - 对方法`onAppearanceChange`的`appearance`进行打印  - 同时对服务端的`cookies.get(LOBE_THEME_APPEARANCE)`进行debug，确定设置cookie的动作发生在SSR完成后。 https://github.com/lobehub/lobe-chat/blob/6199e68d78d840217af33c4ddc6dbde75d36e332/src/layout/GlobalProvider/index.tsx#L58-L61 - 若`onAppearanceChange`不将`LOBE_THEME_APPEARANCE`设为`dark`或手动将`LOBE_THEME_APPEARANCE`设为`light`再刷新页面，则该bug不会产生。 @arvinxx 大佬对这个bug的解决思路有什么建议吗？ 🤔
鉴权用的 clerk 还是 next-auth？