4

我正在使用 Composer 构建一个自动化的 WordPress 部署，并将 wp-content 文件夹保留在从 github 提取的主 WP 安装之外（因为我有一些自定义插件和主题）。

从 github 拉取并运行 composer 后，我的文件夹结构如下所示：

-composer.php
-env.php
-public/
 |-index.php
 |-wp-config.php
 |-wp-content/
   |-themes/
   |-plugins/
   |-sunrise.php
 |-wp/
   |wordpress stuff

我的 htaccess 规则在使用 MAMP 时运行良好，但我使用 VVV 作为我的开发环境，而 VVV 使用 nginx，所以我的重写规则不起作用。

VVV 使用 2 个 conf 文件：一个由 VM 上的所有站点共享的文件（通用规则）和一个用于每个站点的文件（基本上只列出根目录）。

这是我的站点特定的conf文件：

server {
    listen       80;

    listen       443 ssl;

    server_name  auto.dev ~^auto\.\d+\.\d+\.\d+\.\d+\.xip\.io$;
    root         /srv/www/auto/htdocs/wordpress;

    # my rules    
    # tells nginx to prepend "wp" to things
    rewrite ^/(wp-.*.php)$ /wp/$1 last;
    rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;
    # end WP dir rules 

    include /etc/nginx/nginx-wp-common.conf;

}

所以我加了

rewrite ^/(wp-.*.php)$ /wp/$1 last;
rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;

那种工作（我能够得到管理区域，管理区域有它所有的 CSS 和 JS），但我面临 3 个大问题：

1）网站的前端不再有它的CSS。Chrome 的控制台在我的 index.php 的第二行显示错误：

Uncaught SyntaxError: Unexpected token <

注意 - 看起来有些主题有效，一个具有 25 个主题的网站看起来有效。

2）我无法到达多站点网络区域，无论出于何种原因，无论何时我尝试转到http://auto.dev/wp-admin/network/我的请求都被重写为：http://http//auto.dev/wp-admin/network/因此显然不起作用

3) 最后我无法登录我的子网站。像这样的东西http://auto.dev/wiki/wp-admin/给了我一个重定向循环

4) 我刚刚注意到，当我尝试更改网站的主题时，主题预览会损坏。

4

2 回答 2

4

只需几个注意事项：

您wp-content/的文件夹不在wp/您在此处所述的文件夹下：

rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;

由于默认主题（如二十五）随/wp/wp-content/文件夹一起提供，它可以解释为什么你让它在那里工作。

关于/wp/网络管理员 url 中缺少的部分，Daniel Bachhuber发布了这个方便的gist 片段来解决这个问题。它使用network_site_url过滤器将其注入。

<?php
/**
 * Fix network admin URL to include the "/wp/" base
 * 
 * @see https://core.trac.wordpress.org/ticket/23221
 */
add_filter( 'network_site_url', function( $url, $path, $scheme ){
    $urls_to_fix = array(
        '/wp-admin/network/',
        '/wp-login.php',
        '/wp-activate.php',
        '/wp-signup.php',
        );
    foreach( $urls_to_fix as $maybe_fix_url ) {
        $fixed_wp_url = '/wp' . $maybe_fix_url;
        if ( false !== stripos( $url, $maybe_fix_url )
            && false === stripos( $url, $fixed_wp_url ) ) {
            $url = str_replace( $maybe_fix_url, $fixed_wp_url, $url );
        }
    }
    return $url;
}, 10, 3 );

另请参阅具有根站点地址的子目录中 Multisite上的开放票证#23221

GitHub 上关于 nginx + 具有 wp-skeleton 结构的多站点的一些讨论（我前段时间在那里发布了一些实验）。

于 2016-01-07T15:36:10.763 回答
0

考虑一个仅使用更新的 NGINX 配置的解决方案，我已在github上发布了该配置。通过以下方式更改您的重写

if (!-e $request_filename) {
   rewrite ^/(wp-admin/.*)$ /wp/$1 last;
   rewrite ^/[_0-9a-zA-Z-]+(/wp-admin/.*)$ /wp/$1 last;

   rewrite /wp-admin$ $scheme://$host$uri/ permanent;

   rewrite ^/[_0-9a-zA-Z-]+(/wp-includes/.*) /wp/$1 last;
   rewrite ^/(wp-[^/]+\.php)$ /wp/$1 last;
   rewrite ^/[_0-9a-zA-Z-]+(/wp-.*) $1 last;
   rewrite ^/[_0-9a-zA-Z-]+(/.*\.php)$ $1 last;
}
rewrite ^/(wp-includes/.*)$ /wp/$1 last;

这将解决访问管理面板和网络管理面板以及安装 Wordpress Multisite 的子文件夹的所有问题。无需编写代码。

于 2018-07-20T07:50:30.697 回答