怎么好久不更新了

[seMiColon777]

还在正常维护吗

[gsw945]

统一回复：

项目状态: 非活跃维护中，受限于现有的架构，功能实现时限制多，社区参与度很低。
维护者因为工作、家庭等原因，短期内(大概截止到 2026年第一季度结束前)无暇抽取足够时间解决现有issues。
项目不会停止维护，会在2026年开始逐步解决现有issues，锁定在现有架构难实现的issues。

---

短期计划，保持现有架构下，保证可用性，修复bug：

• 编辑器
  • 说明: 关于各种编辑器相关的功能，需求很杂，基本都是各个不同的编辑器所具有的特性，以目前的架构，很难"集大成"
    计划: 当前这个架构不会有大的变动(新功能的引入)，但会修复编辑器现有功能存在的bug, 主要是要把 editor.md 升级到最新
• 数据迁移:
  • 一直呼声很高的数据库迁移( sqlite <--> mysql )功能, 会考虑加上, 作为单独的工具(和后续计划相关)

---

后续计划, 主要是考虑创建 mindoc-next(暂定的代号), 以下是目前的规划点:

• 数据迁移工具，支持从 mindoc 迁移到 mindoc-next, 以及不同种类的数据库(sqlite,mysql,postgres等)之间迁移
• 文件(附件)在线预览, 考虑使用 kkFileView, iframe 引入
• 插件化，提供默认的实现，定义好统一接口，
  • 编辑器，计划先默认实现3种: 富文本、Markdown、支持协作的编辑器, 后续逐渐实现mindoc中现有的
  • 主题
  • 登录和认证, 计划先默认实现 用户名+密码, Token(适用于外部系统 api 调用), 后续逐渐实现其他mindoc中现有的
• 大改的地方:
  • 导出功能
    • 支持单个文档级导出，多选导出
    • 导出后端单独子项目
      • 通过 api 与 mindoc-next 交互
      • 插件化, 导入核心考虑从 Calibre、Pandoc 中选取
  • 用户系统, 考虑实现RBAC，以满足灵活权限控制
  • 前后端分离, 后端开放api, 提供类swagger ui的api文档UI，前端会拆分核心和具体实现，便于主题修改和编辑器接入
  • 文档访问/阅读路径, url优先, 而不是使用设置cookie的方式
  • 不排除核心框架不再使用 beego, sqlite支持只考虑不使用CGO的，以保证系统兼容性
• 特别说明:
  • 尽可能兼容现有接口、迁移/保持现有功能
  • release 仅包含 mindoc-next 的功能，额外功能优先考虑容器方式提供:
    • 文件在线预览服务
    • 导出服务

[wangxianren]

大佬，能不能帮我抓mt4服务器的ip是不是在国内,我被外汇经纪商诈骗了