7

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

4

3 回答 3

6

正确答案是……“这取决于”。

这取决于您正在使用或计划使用的 wiki。多年来我使用过各种MoinMoin还可以，使用文件而不是数据库，Ubuntu似乎喜欢它。MediaWiki，每个人都知道，JAMWiki是 MediaWiki 的 java 克隆（ish），旨在与 MediaWiki 标记兼容，两者都使用数据库，您通常可以连接您想要的任何数据库，JAMWiki 预先配置为使用内部 HSQLDB 实例.

我最近将 MoinMoin wiki 中的大约 80 个页面转换为 JAMWiki 页面，这可能 90% 是由我在某处找到的一个很小的 ​​perl 脚本处理的（如果我能再次找到它，我会提供一个链接）。不幸的是，另外 10% 是亲身体验（它们是最重要的，因为它们是太太的礼物）；-)

我最近还为工作设置了一个 Mediawiki 实例，整个过程大约需要 8 分钟。所以那将是我的选择。

于 2008-09-02T05:03:06.653 回答
1

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

听起来很奇怪，我已经调查了一个同事的屏幕抓取 wiki 以帮助他将其移植到另一个 wiki 引擎。事实证明，将这个基于特定文件的 wiki 移动到另一个或 CMS 时，屏幕抓取会更容易、更快、更高效。

鉴于您在其中写下问题的上下文，我现在会咬紧牙关，为 Windows 托管帐户支付一点额外费用，然后将 Screwturn wiki 放在上面。您可以选择使用基于文件或基于 SQL Server 的后端，但由于您的要求之一是低成本，我猜您现在会使用基于文件的更便宜的托管帐户，然后您可以随时升级SQL Server 的后端。

于 2008-09-02T05:23:18.193 回答
0

我还没有听说过 WikiML。

我认为您最大的障碍是将一个 wiki 标记转换为另一个。例如，一些 wiki 使用 markdown（这是 Stack Overflow 使用的），其他人使用另一种标记语法（例如 BBCode，...）等。底线是 - 假设内容已被数据库化，导出和解析并非不可能它使它“适合”在另一个系统中。这可能只是一个痛苦的屁股。

如果内容没有被数据库化，那将是一件非常痛苦的事情。:D

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

于 2008-09-02T04:47:53.803 回答