感谢您的回复。
我明白“官方”方法依赖于访问 MySQL 数据库并使用带有环境变量的 mybb.rb 脚本——是的，我尝试过。我还尝试按照导入指南的建议设置一个完整的本地 Discourse 开发环境，并计划在导入后将数据迁移到生产环境。但现实是，我在“迁移到 Discourse”类别中找到的大多数教程和示例要么过时，要么充斥着同样在使用 MyBB 导入器遇到错误的帖子。
脚本本身很脆弱。它已经过时，并且在遇到细微的模式差异或边缘情况时就会中断。大多数指南都假设您熟悉 Ruby、Rails 以及 Discourse 代码库的内部工作原理——而许多论坛管理员并不熟悉。即使我尝试通过导出到 CSV 来简化事情，也更多的是尝试手动准备数据，因为提供的工具根本不起作用。
当您说*“它们的工作方式都差不多”*——当然，但这就是问题所在。在 2025 年，其中许多在没有大量修补、调试和猜测的情况下都无法很好地工作。人们之所以挣扎，不是因为他们没有阅读文档——而是因为导入的生态系统仍然停留在以开发为中心的思维模式中。
此时，我已决定将我的 MyBB SQL 转换为可用的 Discourse .tar.gz 备份，然后通过管理面板上传和恢复。没有导入脚本，没有 Ruby 错误，只有一个干净、直接的方法可以奏效。
说实话，我将编写一个 Python 工具，让人们可以拖放他们的 MyBB SQL 文件并将其导出为 Discourse 就绪的备份。整个过程让我意识到，迫切需要一个现代化、用户友好的导入路径。用户不应该仅仅为了迁移他们的社区而经历如此多的痛苦。
不过，感谢您的帮助——我知道您只是在试图澄清，我并不是在特别指责任何人。但整个导入体验确实需要彻底改革。