与MediaWiki的IT文档

我们正在寻找进一步加强我们的文档的方法,以及我们能够轻松访问信息以及编辑信息的能力。 考虑到这些想法,我们创build了一个基于我们的第一层(服务台)的MediaWiki平台的内部维基。 这对服务台来说是一个巨大的成功,他们在日常运营中广泛使用。 现在,我们正在研究为我们的第2层(系统pipe理员)logging事情的方式。 由于信息的敏感性以及它将包含如何构build我们的服务器等的步骤,我们需要将方法2的信息与方法1的信息分开。

我正在寻找关于如何实现以下目标的想法和build议:

  • 基于MediaWiki平台的集中式文档
  • 第1层和第2层之间的分离内容
  • 我们喜欢第一层的外观和感觉,第二层可以使用
  • 如果我们要运行两个不同的MediaWiki安装,这可以运行在同一台服务器上吗? 这甚至是一个好主意,在同一台机器上运行多个MediaWiki安装?
  • 支持每个文档安装的FQDN和SSL证书
  • 有没有办法根据用户或组成员来分割或保留第一层MediaWiki安装的单独部分?

预先感谢您,我期待您的意见和build议。

    除非会有很多内容切换层,否则我会推荐单独的维基,因为MW从来没有为固定的访问控制而构build。 请先阅读http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions,然后决定是否值得付出。 有很多警告和漏洞可以规避保护方法。

    如果你确实去了 :看一下名字空间locking扩展名 。 它允许您根据页面所在的命名空间来设置组访问控制,然后您可以为每个层使用一个命名空间。 我过去曾经使用过这个版本(不知道现在的MW版本支持多好)。 它可以工作,但是configuration和pipe理很麻烦,特别是如果你有很多用户的话。

    如果你有两个实例 :只要你保持良好的分离,你当然可以在单个主机上运行多个MW的安装。 将它们设置为独立的虚拟主机,使用它们自己的主机名,单独的数据库(和数据库凭据),然后就可以离开了。

    但是,如果您想要SSL,则需要为每个证书生成证书(或使用内部通配符),并为每个实例分配自己的IP地址以及主机名。

    外观+感觉( 皮肤 )可以很容易地在这两个实例之间复制,因为它只是一个带有子文件夹的PHP文件。 获取它如何喜欢它,然后将其复制并添加到您的新configuration。

    您可以安装更多MW的实例 – 只需在Web服务器的文档根目录中创build单独的目录(因此您将使用相同的域名和相同的SSL证书)。 就在安装过程中,他们指向不同的数据库

    如果你在URL的根目录需要它们,你可以用不同的名字或者相同的名称创build不同的虚拟主机 – 不同的端口

    如果您使用Apache作为Web服务器 – 您可以使用.htaccess文件进行访问,但不便于pipe理

    你可以使用你的Tier 2 wiki的.htaccess ,并使用MW安全扩展。

    我认为你可以在一个维基上做这个。 只需设置访问权限,第1层工作人员就无法访问受保护的第2层页面。 就我所了解你的问题而言,这就是你所需要做的。