我正在考虑开始一个Wiki，可能是在一个低成本的LAMP托管帐户上。我想稍后再导出内容，以防我想在IIS / ASP.NET上运行它。我知道在Weblog世界中，有一个称为BlogML的开放标准，它将使我们可以在一个站点上将博客内容导出为基于XML的格式，然后将其导入另一个站点。维基有类似的东西吗？

解决方案

回答

我还没有听说过WikiML。

我认为我们最大的障碍是要将一个Wiki标记转换为另一个。例如，某些Wiki使用markdown(这是Stack Overflow所使用的)，另一些Wiki使用另一种标记语法(例如BBCode等)。使它"适合"另一个系统。这可能只是一个痛苦的屁股。

而且，如果没有将内容存储到数据库中，那将是一团糟。 ：D

另一个解决方案是保留在同一系统上。我不确定后来更改技术的原因是什么。这好像不是一个突然增长的项目需要IIS / ASP.NET。 (这可能只是相反的方式。)但是，例如，如果我们可以坚持使用PHP一段时间，则也可以在IIS上运行它。

回答

正确的答案是……"取决于"。

这取决于我们正在使用或者计划使用哪个Wiki。这些年来，我使用过各种MoinMoin都可以，使用文件而不是数据库，Ubuntu似乎很喜欢。 MediaWiki，众所周知，JAMWiki是MediaWiki的Java克隆，旨在与MediaWiki进行标记兼容，两者都使用数据库，并且我们通常可以连接所需的任何数据库，JAMWiki已预先配置为使用内部HSQLDB实例。

我最近将一个MoinMoin Wiki上的约80个页面转换为JAMWiki页面，这大概是由我在某个地方找到的一个微型Perl脚本处理的(如果可以再次找到它，我会提供一个链接)可以解决90％。不幸的是，其余的10％是亲身经历(它们是最重要的，因为它们是误会的收件人);-)

我最近还设置了一个Mediawiki实例来进行工作，整个过程大约花费了8分钟。所以那是我的选择。

回答

要回答问题，我不相信有Till称之为WikiML这样的标准。

听起来很奇怪，我研究了屏幕如何为同事抓取一个Wiki，以帮助他将其移植到另一个Wiki引擎。事实证明，将这种基于文件的特定Wiki移动到另一个CMS上，编写屏幕抓取将更加容易，快捷和高效。

考虑到我们在其中写问题的上下文，我现在就忍无可忍，并为Windows托管帐户支付一些额外费用，并在上面放置Screwturn Wiki。我们可以选择使用基于文件的后端或者基于SQL Server的后端，但是由于要求之一是低成本，因此我猜测我们现在可以将基于文件的后端用于更便宜的托管帐户，然后我们就可以随时升级后端到SQL Server。