WordPress Skeleton, VVV, Multisite und die richtigen Nginx-Regeln

Ich baue eine automatisierte WordPress-Bereitstellung mit Composer auf und behalte den wp-content-Ordner außerhalb der WP-Hauptinstallation (weil ich einige benutzerdefinierte Plugins und Designs habe), die von github abgerufen werden.

Nach dem Abrufen von github und dem Ausführen von Composer sieht meine Ordnerstruktur folgendermaßen aus:

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

Meine htaccess-Regeln funktionieren bei Verwendung von MAMP gut, aber ich verwende VVV als meine Entwicklungsumgebung und VVV verwendet nginx, sodass meine Rewrite-Regeln nicht funktionieren.

VVV verwendet 2 conf-Dateien: eine Datei, die von allen Sites auf der VM gemeinsam genutzt wird (gemeinsame Regeln) und eine Datei für jede Site (listet im Grunde nur das Stammverzeichnis auf).

Hier ist meine seitenspezifische conf-Datei:

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;

}

also habe ich hinzugefügt

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

Und das funktioniert (ich kann den Admin-Bereich abrufen, und der Admin-Bereich hat all sein CSS und JS), aber ich stehe vor 3 großen Problemen:

1) Das Frontend der Seite hat kein CSS mehr. Die Chrome-Konsole zeigt einen Fehler in der zweiten Zeile meiner index.php:

Uncaught SyntaxError: Unexpected token <

Hinweis – Es sieht so aus, als ob einige der Themen funktionieren, eine Site mit dem Thema Twenty Fifteen sieht so aus, als ob sie funktioniert.

2) Ich kann den Multisite-Netzwerkbereich aus irgendeinem Grund nicht erreichen, wann immer ich versuche, dorthin zu gelangen http://auto.dev/wp-admin/network/ Meine Anfrage wird umgeschrieben als: http://http//auto.dev/wp-admin/network/und damit offensichtlich nicht funktioniert

3) Schließlich kann ich mich nicht bei meinen Unterseiten anmelden. Zeug wie http://auto.dev/wiki/wp-admin/ gibt mir eine Umleitungsschleife

4) Mir ist gerade aufgefallen, dass die Vorschau des Designs defekt ist, wenn ich versuche, das Design für eine Website zu ändern.

Nur ein paar Anmerkungen:

Dein wp-content/ Ordner ist nicht unter dem wp/ Ordner, wie Sie hier angegeben haben:

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

Da Standardthemen wie Fünfundzwanzig kommen mit dem geliefert /wp/wp-content/ Ordner, könnte dies erklären, warum Sie es dort zum Laufen bringen.

Apropos Vermisste /wp/ Teil der Netzwerk-Admin-URLs, Daniel Bachhuber hat dies praktisch gepostet wesentlicher Ausschnitt das behebt dieses Problem. Es verwendet die network_site_url filtern, um es zu injizieren.

<?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 );

Siehe auch offenes Ticket #23221 an Multisite im Unterverzeichnis mit Root-Site-Adresse

Etwas Diskussionen hier auf GitHub bezüglich nginx + multisite mit wp-skeleton-Struktur (ich habe dort vor einiger Zeit einige Experimente gepostet).

Betrachten Sie eine Lösung nur mit aktualisierter NGINX-Konfiguration, die ich veröffentlicht habe github. Ändern Sie Ihre Umschreibungen wie folgt

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;

Das löst alle Probleme mit dem Zugriff auf Admin-Panels und das Netzwerk-Admin-Panel mit Unterordnerinstallation der WordPress-Multisite. Kein Schreiben von Code erforderlich.