我被要求安装 Mediawiki 来存放公司 Intranet 的文档。此外，我被要求安装几个实例 - 每个贡献组一个：非技术用户安装一个，开发人员一个，管理一个，等等。这个想法是为每个组提供单独的 Web 空间。有没有办法在一个实例中实现分离？
i3ensays
问问题
539 次
7 回答
6
我认为您已经有一个强有力的论点：维护多个实例将是一件痛苦的事情。另外，如果所有用户都可以读/写他们所有人，那么在他们之间协调一个登录系统将是一件很痛苦的事情。
您也许可以说服您的主管，您真正需要的是一个使用多个类别的 wiki，因为这听起来更像是他真正想要的。类别可以使条目保持井井有条。您甚至可以为每个类别编写一个单独的门户页面（这肯定比为每个组维护一个新实例要少得多！）。
虽然我不建议这样做，但您可以将您的服务器设置为具有指向同一个站点的多个入口点......（即，wiki/dev、wiki/qa 都指向同一个站点）。
于 2009-02-18T23:10:20.323 回答
3
可以将几个 MediaWiki 作为“wiki 家族”或“wiki 农场”连接在一起。但是，我必须同意其他评论者的观点，即如果每个人都可以访问所有内容，这将是矫枉过正，而且这不是一个庞大的群体。
命名空间 “可以被认为是同一 wiki 中不同类型信息的分区，并将“真实”内容与用户配置文件、帮助页面等分开。” 您可能有命名空间“Testing:”、“Dev:”、“Mgmt:”、“Users:”。然后你可以从这些不同的角度来写每个主题。所以页面“测试：登录”，“开发：登录”，“管理：登录”，“用户：登录”等。
然而，当你在 MediaWiki 中创建 [[links]] 时，你总是必须明确地放置命名空间（如果没有明确的命名空间，它是没有前缀的“主”命名空间）。因此，您必须教导每个小组始终将名称空间放入他们的链接和搜索中。这很烦人。如果您坚持使用命名空间之类的方法，我会推荐 PmWiki。它的“命名空间”功能称为WikiGroups。创建一个“命名空间”就像创建一个链接一样简单，更重要的是，如果你在一个特定名称的页面上，默认情况下你到其他页面的链接将在同一个命名空间中。如果要链接到不同命名空间中的页面，则必须明确放置。所以这对用户来说是一个很大的优势。
但是您当然不需要去命名空间来组织 MediaWiki 中的内容。您可以使用类别和/或模板对内容进行分组。但是，如果您可能有多个小组在同一主题上写作，那么您很可能会遇到页面名称冲突。你可以让每个人都写在同一个页面上，按部分分隔不同的作者组，例如 ==Users== ==Testing== ==Dev== ==Management==。
老实说，根据您的描述，我真的只会使用 PmWiki。它非常简单有效。
于 2009-02-19T04:25:31.890 回答
2
虽然呼唤你的主管可能会很有趣......我不得不认为部署一个单一的 Wiki 是最简单的，就像你建议的那样，在 Wiki 中使用不同的类别或部门。
此外，鉴于当前的经济状况，管理 5 或 6 个 Wiki 实施可能会增加一些工作保障......
于 2009-02-18T23:09:43.443 回答
1
命名空间的存在是有原因的。
于 2009-02-18T23:09:37.267 回答
0
如果您最终使用一个具有多个命名空间的 wiki，请确保在本地设置中包含$wgNamespacesToBeSearchedDefault，以便在创建新用户帐户时默认设置为自动搜索新命名空间。
于 2009-02-19T03:04:47.340 回答
0
我正在使用基于 wiki 的 trac。
（假设您的 wiki 类似于我正在使用的 wiki。）
我认为您可以安装更多的 wiki，因为它们易于维护。
当然，您可以向您的老板建议，从一个包含多个类别的 wiki 开始。
建议：
- 一个 wiki 是一个更灵活的备份和恢复项目
- 防止文档重复
- 从一个开始（比如说，对于开发人员），然后添加其他 wiki。（当开发人员开始在wiki上工作时，您可以使用“类别版本”再次尝试，您将确切知道很多wiki的成本是多少）
- 他对 Mediawiki 有过担忧吗？wiki选择向导
于 2009-02-19T01:22:21.847 回答
0
我建议询问任何要求你这样做的人为什么。这可能是为了“安全”。但是 wiki 都是关于协作的——那是它们蓬勃发展的时候。过分热心的安全考虑会扼杀维基。
我建议您为 wiki 争取一个命名空间，然后为“安全的东西”分离 wiki（或命名空间，甚至是带有内容管理的 Word 文档）。
请注意，您还可以跟踪页面浏览量。如果这被公开，它将降低安全泄漏的机会。
于 2010-07-05T08:43:58.477 回答