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