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

有帮助吗?

解决方案

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

这取决于您正在使用或计划使用哪个维基。多年来我用过各种 摩因摩因 没问题,使用文件而不是数据库, 乌班图 似乎喜欢它。 媒体维基, ,每个人都知道和 JAM维基 是 MediaWiki 的 java 克隆(ish),旨在与 MediaWiki 标记兼容,两者都使用数据库,并且您通常可以连接您想要的任何数据库,JAMWiki 已预先配置为使用内部 HSQLDB 实例。

我最近将大约 80 个页面从 MoinMoin wiki 转换为 JAMWiki 页面,这可能 90% 是由我在某处找到的一个小型 Perl 脚本处理的(如果我能再次找到它,我将提供一个链接)。不幸的是,另外 10% 是手工体验(它们是最重要的,因为它们是给太太的食谱);-)

我最近还为工作设置了一个 Mediawiki 实例,这总共花费了大约 8 分钟的时间。所以这就是我的选择。

其他提示

为了回答你的问题,我不相信存在像 Till 所说的 WikiML 这样的标准。

听起来很奇怪,我为一位同事研究了 wiki 的屏幕抓取,以帮助他将其移植到另一个 wiki 引擎。事实证明,屏幕抓取可以更容易、更快速、更高效地编写,以将这个基于特定文件的 wiki 移动到另一个或 CMS。

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

我没听说过 WikiML。

我认为你最大的障碍是将一个维基标记转换为另一个。例如,一些 wiki 使用 markdown(这就是 Stack Overflow 使用的),其他 wiki 使用另一种标记语法(例如BBCode,...),等等。底线是 - 假设内容已数据库化,则导出和解析它以使其“适合”另一个系统并非不可能。这可能只是一个令人头疼的事情。

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

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top