我们正在寻找进一步加强我们的文档的方法，以及我们能够轻松访问信息以及编辑信息的能力。 考虑到这些想法，我们创build了一个基于我们的第一层（服务台）的MediaWiki平台的内部维基。 这对服务台来说是一个巨大的成功，他们在日常运营中广泛使用。 现在，我们正在研究为我们的第2层（系统pipe理员）logging事情的方式。 由于信息的敏感性以及它将包含如何构build我们的服务器等的步骤，我们需要将方法2的信息与方法1的信息分开。
我正在寻找关于如何实现以下目标的想法和build议：
预先感谢您，我期待您的意见和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层页面。 就我所了解你的问题而言，这就是你所需要做的。