我正在考虑启动一个wiki，可能是在一个低成本的LAMP托管帐户上。我希望稍后导出我的内容，以防我想在IIS/ASP.NET下线运行它。我知道在博客世界中，有一个名为BlogML的开放标准，它允许您在一个站点上将博客内容导出为基于 XML 的格式，并将其导入另一个站点。是否有类似维基的东西？
答案 0 :(得分：6)
正确答案是......“这取决于”。
这取决于您正在使用或计划使用的Wiki。我多年来一直使用各种MoinMoin没关系，使用的是文件而不是数据库，Ubuntu似乎喜欢它。 MediaWiki，每个人都知道并且JAMWiki是MediaWiki的java clone（ish），目的是与MediaWiki兼容，两者都使用数据库，你通常可以连接你想要的任何数据库，JAMWiki是pre - 配置为使用内部HSQLDB实例。
我最近从MoinMoin wiki转换了大约80页到JAMWiki页面，这可能是90％由我在某处发现的一个小的perl脚本处理（如果我能再找到它，我会提供一个链接）。不幸的是，另外10％是一种副手经验（他们是最重要的，因为他们是这个人的接受者）; - ）
我最近还设置了一个Mediawiki实例用于工作，大约需要8分钟。所以这是我的选择。
答案 1 :(得分：1)
要回答你的问题，我不相信像Till所说的那样有像WikiML这样的标准。
听起来很奇怪，我调查了一个同事的屏幕抓取维基，以帮助他将它移植到另一个维基引擎。事实证明，屏幕抓取可以更轻松，更快速，更高效地将基于wiki的特定文件移动到另一个或CMS。
考虑到你写下这个问题的背景，我现在会咬紧牙关，为Windows托管帐户支付额外费用，并将Screwturn wiki放在上面。您可以选择使用基于文件或基于SQL Server的后端，但因为您的要求之一是低成本我猜你现在会使用基于文件的更便宜的托管帐户然后你可以随时升级后端到SQL Server。
答案 2 :(得分：0)
我没有听说过WikiML。
我认为你最大的障碍是将一个wiki标记转换为另一个。例如，一些wiki使用markdown（这是Stack Overflow使用的），其他使用另一种标记语法（例如BBCode，...）等。底线是 - 假设内容是数据库的，它不是不可能导出和解析它使它“适合”在另一个系统中。这可能只是屁股的痛苦。
如果内容没有数据库，那将是一个王室痛苦的屁股。 ：d
另一种解决方案是使用相同的系统。我不确定后来改变技术的原因是什么。它不像一个不断增长的项目突然需要IIS / ASP.NET。 （可能只是反过来。）但是，例如，如果你可以坚持使用PHP一段时间，你也可以在IIS上运行它。