We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
可能与 #2 相关。 在部署时发现,时区错误(笔记时间在未来时)会导致网页无法加载/提交笔记,刷新后提示「😭 请求数据失败了」。此时数据库内有笔记、API 正常响应,但日期在未来。影响范围不只是时区设置错误,跨时区访问也可能会造成此问题。
是否可以在后端使用 UNIX 时间戳来存放日期,前端解析到本机时区呢?
若部署在「Asia/Shanghai」,尝试将系统调整为「UTC」,发布笔记后应该可以复现。
一些不相关的问题:
The text was updated successfully, but these errors were encountered:
正好目前正在做后台数据库关于 createdAt/updatedAt 和 ID 的重构,准备用时间戳来存 createdTs/updatedTs。
数据库若是要更新,请问如何迁移原有数据?
因为正处于开发中,我尽量保证较少的涉及到数据库 schema 变更,但如果有需要更改的话(如上),想到了几种方法:
在自建部署时,网页仍会加载 Google Analytics
这个可以去掉。
Sorry, something went wrong.
个人觉得第一个方式更好,以后的导入导出肯定要做的。 第二个方案又要做一套交互逻辑觉得没这个必要,精力可以花在其他更重要的事上面,一个以后来做也可以
boojack
No branches or pull requests
可能与 #2 相关。
在部署时发现,时区错误(笔记时间在未来时)会导致网页无法加载/提交笔记,刷新后提示「😭 请求数据失败了」。此时数据库内有笔记、API 正常响应,但日期在未来。影响范围不只是时区设置错误,跨时区访问也可能会造成此问题。
是否可以在后端使用 UNIX 时间戳来存放日期,前端解析到本机时区呢?
若部署在「Asia/Shanghai」,尝试将系统调整为「UTC」,发布笔记后应该可以复现。
一些不相关的问题:
The text was updated successfully, but these errors were encountered: