如何配置像 WordPress 或 Drupal 这样的 CMS 安装，以作为一个主要 CMS 安装的副本在多个网站上运行。由托管在同一服务器上的不同服务器帐户拥有和管理。

我的设置类似于以下内容:

• Web 服务器软件:nginx 与 apache2 (VestaCP) 一起运行
• 文档根目录:/home/user/example.com/public_html/

“一个 CMS 安装的复制”是什么意思:

如图所示，拥有 DocumentRoot 指向的文件夹的所有用户将能够复制/创建实例/使用 CMS 安装。

您可能需要以下文件来运行 CMS 安装:

• DocumentRoot/configuration.php - 指定 CMS 应加载的数据。
• DocumentRoot/index.php - 调用并呈现指定的输出。

WordPress

为了弄清楚哪种方法最有效，我想出了这两种不同的场景:

1. 只有一个符号链接(symbolic link)文件夹，该文件夹包含 wordpress 核心文件。
2. 所有 wordpress 核心文件和文件夹都是符号链接(symbolic link)。

在这两种情况下，设置都试图要求他们自己的配置文件 (my-config.php)，而不是符号链接(symbolic link)的那个。

1:符号链接(symbolic link)的wordpress文件夹:

wordpress/wp-config.php

<?php
require_once( ROOT_PATH . 'my-config.php');
if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');

require_once(ABSPATH . 'wp-settings.php');

wordpress/test.php

<?php echo 'Path is '.getcwd(); ?>

DocumentRoot/index.php

<?php
define('ROOT_PATH', dirname(__FILE__) . '/');
require('wordpress/index.php');

DocumentRoot/my-config.php

包含除 wordpress/wp-config.php 中的代码之外的所有内容

<?php
define('WP_HOME', ... );
define( 'WP_CONTENT_URL', ... );
etc..

The symbolic link is as following

ln -s /path/to/wordpress/ .

My results

• [访问的 URL] - [测试结果]
• ../- 重定向到:../wp-admin/install.php + 404
• ../wp-admin/- 404
• ../wordpress/- WSOD
• ../wordpress/wp-admin/- WSOD
• ../wordpress/test.php - 输出:路径是/path/to/wordpress

2:另一种方法可能是这样的:

wordpress/wp-config.php

<?php
require_once('my-config.php'); // So DocumentRoot/my-config.php
if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');

require_once(ABSPATH . 'wp-settings.php');

wordpress/test.php

<?php echo 'Path is '.getcwd(); ?>

DocumentRoot/my-config.php

与场景1中使用的DocumentRoot配置文件相同。

The symbolic links are as following

ln -s /path/to/wordpress/* .

My results

• [访问的 URL] - [测试结果]
• ../- 重定向到:../wp-admin/install.php + WSOD
• ../wp-admin/- WSOD
• ../test.php - 输出:路径为/home/user/example.com/public_html

结论 WordPress

在这两种情况下，主索引文件都重定向到安装文件。这通常发生在与数据库建立连接但数据库仍然为空时，因此按照安装说明，您将插入第一个数据。但是为什么它会给出 WSOD？

测试文件 (test.php) 让事情变得更清楚了。在场景 1 中，wordpress 目录的路径成为 wordpress 核心文件的绝对路径。对于场景 2，DocumentRoot 的路径成为 wordpress 核心文件的绝对路径……是否？

虽然不是wordpress目录下的子目录，我们可以从场景1中了解到。例如wp-admin目录，文件调用getcwd()应该输出 /path/to/wordpress/wp-admin 对吗？如果是这样，则意味着所有对这些目录中文件的调用将永远找不到该文件。因为文件 /home/user/example.com/public_html/wp-admin/file.php 不存在!它没有符号链接(symbolic link)，因此只能通过 /path/to/wordpress/wp-admin/file.php 访问。

最佳答案

这其实很容易做到，关键当然是你的索引文件。 MVC 框架，我只是非常松散地将 wordpress 归入该类别，它们都有一个入口点。显然，其中大部分的入口点是索引文件。

真正的意思是唯一请求的文件是索引文件，它实际上是唯一被调用的代码。其余运行的内容被路由，因为索引文件硬链接(hard link)到知道如何执行此操作的代码。

因此，您所要做的就是将索引文件指向移动时指向的代码。对于任何文件所在的网络服务器都没有关系，因为它不会将任何内容路由到它们，只有索引。只要 PHP 使用的系统用户可以访问这些文件，PHP 就可以访问这些文件。

为每个配置文件单独配置可能会更加困难，例如，如果您想使用单独的数据库。大多数 CMS 或 MVC 框架不允许您告诉它们配置文件在哪里，它只是在某个任意位置。您在 wordpress 中遇到的问题是，在常规设置中，您拥有站点 url 和 wordpress url。不幸的是，这些都在数据库中，这使得更改它们变得更加困难。此外，您可能不希望每个站点都使用完全相同的菜单。

因此，真正使用 wordpress 示例时，您必须将配置文件通过管道传输到实际配置文件中，从而将其包含在其他地方在 WordPress 希望加载时加载它:。我认为您的示例配置文件在正确的轨道上，但是由于站点 url 和 wordpress url，您将不得不使用单独的数据库。

这个事实实际上使维护更难而不是更容易，因为 wordpress 在对核心进行升级时不一定会更新正确的数据库。

站点 url 需要是实际域。 wordpress url 是访问您的管理脚本的地方。所以还有那部分需要整理，wp-admin。

无论如何祝你好运，并确保在 Wordpress 管理区域的常规选项卡中更改这些设置。

更新

我建议做的是用原始配置文件制作一个非常简单的路由器，它不必很花哨。您可以使用 $_SERVER[HTTP_HOST] 根据每个请求判断哪个域正在执行请求。有了这些信息，您可以做一些像这样简单的事情(PSUDO 代码)

 switch( $_SERVER['HTTP_HOST' ){
       case 'domain1':
            require 'location of domain1 config';
       break;
       case 'domain2':
            require 'location of domain2 config';
       break;
       default:
            require 'master site config';
 }

然后在每个站点各自的文件夹中放置一个配置文件，用于 site_url、数据库以及您在普通 wp-config.xml 中拥有的内容。 排泄物，那么如果您想为站点的每个实例授予对管理区域的访问权限，这只是解决问题。

这(只更改原始配置而不是 wp-load.php )可能更容易维护，因为稍后找到每个配置文件相对微不足道，并且您对 wordpress 核心代码的影响与可能的。虽然 wp-load 不太可能发生变化，但它是寻找每个站点自定义内容的自然场所吗？

我对管理区域的担忧是您必须通过 wp-admin.php 而不是索引页面来运行它。我不太熟悉 WordPress 的架构，可以肯定地说它与加载管理区域的关系，但可能需要进行一些调整。

关于php - 文档根目录外的 CMS 安装适用于所有域，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31042543/