2009-02-18 90 views
2

我被要求安装Mediawiki来存放公司内部网的文档。此外,我被要求安装几个实例 - 每个贡献组一个:非技术用户得到一个,开发人员一个,管理一个等。这个想法是为每个组提供单独的网络空间。有一种方法可以在一个实例内实现分离吗?要安装多少个wiki实例?

+0

我必须诚实地告诉你,这不会通过我的个人编程相关测试。 – EBGreen 2009-02-18 23:06:00

+0

我同意。但是很多程序员也经常处理部署问题。我知道没有更好的论坛/观众转向。 – i3ensays 2009-02-18 23:14:01

+0

我会尝试一下这里列出的网站:http://stackoverflow.com/questions/321618/where-can-i-ask-questions-that-arent-programming-questions – EBGreen 2009-02-18 23:15:21

回答

1

名称空间在那里是有原因的。

+1

我不熟悉Mediawiki中的命名空间。你能扩展你的答案吗? – i3ensays 2009-02-18 23:17:36

2

虽然调出您的主管可能会很愉快......我不得不认为部署Wiki中的不同类别或部门的单个Wiki是最容易的。

此外,鉴于目前的经济条件下,有可能是在管理5个或6的Wiki实现一些附加的工作保障...

6

我想你已经有了一个有力的论据:维护多个实例将是一个疼痛。另外,如果所有用户都可以读/写所有用户,那么在他们之间协调一个登录系统会是一件痛苦的事情。

你可能会说服你的主管,你真正需要的是一个使用多个类别的wiki,因为听起来更像他真正想要的。类别可以保持条目的组织。你甚至可以为每个类别编写一个单独的门户页面(它肯定比为每个组维护一个新实例的工作少得多!)。尽管我没有建议它,但您可以设置您的服务器以拥有指向同一站点的多个入口点...(即,wiki/dev,wiki/qa都指向相同的站点)。

0

我正在使用基于wiki的trac。
(小小的假设,你的wiki和我一起工作的wiki很像)
我认为你可以安装更多的wiki,因为它们很容易维护。

当然你可以建议你的老板,从一个维基开始,有很多类别。
建议:

  1. 一个Wiki是一个系统工程,需要备份更加灵活和恢复
  2. 从文档防止从一个复制
  3. 开始(可以说,对于开发商),然后添加其他维基。 (当开发人员开始在wiki上工作时,您可以再次尝试使用“类别版本”,并且您将确切知道很多维基的费用)
  4. 他对Mediawiki有什么看法? wizard of wiki choising
0

如果你结束了一个维基会和多个命名空间,确保在您的本地设置的$wgNamespacesToBeSearchedDefault,从而创建一个新的用户帐户,当它被设置为自动搜索新的命名空间默认。

3

将几个MediaWik作为"wiki family"或“wiki farm”挂钩在一起是可能的。然而,我必须同意其他评论者的观点,即如果每个人都可以访问所有内容,那么这将会过度,而且这不是一个庞大的团体。

Namespaces“可以被认为是同一个wiki中不同类型信息的分区,并且使”真实“内容与用户简档,帮助页面等分开。”您可能有名称空间“Testing:”,“Dev:”,“Mgmt:”,“Users:”。然后,您可以从这些不同的角度撰写有关每个主题的文章。因此,页面“测试:登录”,“开发:登录”,“管理:登录”,“用户:登录”等。

然而,当你在MediaWiki中制作[[links]必须明确地放置名称空间(如果没有明确的名称空间,则它是没有前缀的“主”名称空间)。所以你必须教导每个组,总是把命名空间放入他们的链接和搜索中。这很烦人。如果你坚持使用像命名空间这样的方法,我会推荐PmWiki。其“名称空间”功能称为WikiGroups。创建“命名空间”与创建链接一样简单,更重要的是,如果您在某个特定名称的页面上,默认情况下,您对其他页面创建的链接将位于同一个命名空间中。如果你想链接到不同命名空间中的页面,你必须明确地说明。这对用户来说是一大利好。

但是你当然不需要去命名空间来组织MediaWiki中的内容。您可以使用categories和/或templates来分组内容。如果你可能有不止一个团队在同一主题上撰写文章,那么很可能你会遇到页面冲突。您可以让每个人都在同一页面上书写,按章节分隔不同的作者组,例如, ==用户== ==测试== ==开发== ==管理==。

说实话,从你所描述的我真的只使用PmWiki。这是相当简单和有效的。

0

我建议询问谁要你这样做为什么。这可能是为了“安全”。但维基全都是关于协作的 - 那就是当它们蓬勃发展时。过度热忱的安全考虑会杀死一个wiki。

我建议你为维基的一个命名空间争论,然后为“安全的东西”分开维基(或名称空间,甚至包括内容管理的Word文档)。

请注意,您也可以跟踪页面浏览量。如果这是公开的,它会降低安全泄漏的可能性。