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
往往插件的内部数据保存在插件目录里边, 每次更新插件后,会以直接覆盖方式替换原本的插件目录。 这样会导致插件原本运行了一段时间,有一些数据存起来了,这个时候更新一下插件,保存的数据就没了
会让使用者不敢轻易更新插件
往往插件的内部数据保存在插件目录里边, 每次更新插件后,会以直接覆盖方式替换原本的插件目录。 这样会导致插件原本运行了一段时间,有一些数据存起来了,这个时候更新一下插件,保存的数据就没了。
建议优化一下插件更新方式;或者提供统一的保存数据文件的方式,使有序其放在某个不会被覆盖的目录下;或者内部集成能够持久化的数据库并开放接口给插件使用
The text was updated successfully, but these errors were encountered:
插件不应该将自己的数据放在插件目录,而是应该放在 data/ 目录下,这个似乎在文档也有提及。
data/
Sorry, something went wrong.
希望能统一插件的数据存放目录,现在插件数据存放乱的很
No branches or pull requests
描述
往往插件的内部数据保存在插件目录里边, 每次更新插件后,会以直接覆盖方式替换原本的插件目录。
这样会导致插件原本运行了一段时间,有一些数据存起来了,这个时候更新一下插件,保存的数据就没了
会让使用者不敢轻易更新插件
使用场景
往往插件的内部数据保存在插件目录里边, 每次更新插件后,会以直接覆盖方式替换原本的插件目录。
这样会导致插件原本运行了一段时间,有一些数据存起来了,这个时候更新一下插件,保存的数据就没了。
建议优化一下插件更新方式;或者提供统一的保存数据文件的方式,使有序其放在某个不会被覆盖的目录下;或者内部集成能够持久化的数据库并开放接口给插件使用
你愿意提交PR吗?
Code of Conduct
The text was updated successfully, but these errors were encountered: