MediaWiki 的 IT 文档

Question

我们正在寻找进一步增强我们的文档和允许轻松访问信息以及编辑信息的能力的方法。考虑到这些想法，我们基于 MediaWiki 平台为我们的第 1 层（帮助台）创建了一个内部 wiki。这对帮助台来说是一个巨大的成功，他们将其广泛用于日常运营。现在，我们正在寻找为我们的第 2 层（系统管理员）记录事情的方法。我们需要将第 2 层的信息与第 1 层的信息分开，因为信息的敏感性以及其中包含我们如何构建服务器的步骤等的事实。

我正在寻找有关我们如何实现以下目标的想法和建议：

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

在此先感谢您，我期待您的想法和建议。

Answer 1

除非会有很多内容切换层，否则我建议使用单独的 wiki，因为 MW 从来都不是为可靠的访问控制而构建的。首先阅读http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions并决定是否值得付出努力。有很多警告和漏洞可以绕过保护方法。

如果您确实这样做了：请查看Namespace Lockdown 扩展。它允许您根据页面所在的命名空间设置组访问控制，然后您可以为每一层拥有一个命名空间。我过去曾使用过它（但不确定当前 MW 版本对它的支持程度如何）。它有效，但配置和管理很麻烦，尤其是当您有很多用户时。

如果您选择两个实例：您当然可以在单个主机上运行多个 MW 安装，只要您保持良好的分离。将它们设置为单独的虚拟主机，使用它们自己的主机名、单独的数据库（和数据库凭据），然后您就可以离开了。

但是，如果您需要 SSL，则需要为每个实例生成一个证书（或使用内部通配符），并为每个实例提供自己的 IP 地址和主机名。

外观+感觉（皮肤）可以很容易地在两个实例之间复制，因为它只是一个带有子文件夹的 PHP 文件。得到你喜欢它的方式，然后复制它并将它添加到你的新配置中。