francwalter

Das ist die Webseite:
https://christine-guertler.de/

Ich habe testweise mal eine andere Webseite in der Netzwerkverwaltung erstellt, dort dann eine Unterseite erstellt, also etwa example.org/neuewebseite/unterseite, das ging ohne eigene Domain noch, klar.
Dann habe ich eine freie Domain zugewiesen (im Apache selbes DocumentRoot wie die deden***zar.de) und dann gehen die Unterseiten nicht mehr.
War natürlich klar, ich hatte nur testen wollen, ob es evtl. am Backup (Import) der deden***zar Seite lag.
Was ich schließlich noch probieren könnte wäre, die freie Domain zu nutzen, mit eigenem Verzeichnis, zB /var/www/example2.org, dort WP installieren, Multisite aktivieren, dann die deden***zar.de dort hin kopieren, DocumentRoot der deden***zar.de auf die example2.org setzen. Das müsste dann aber auf jeden Fall gehen. Gefällt mir nicht so gut, der Plan, ich hätte gerne alles unter meiner example.org, unter einem Dach.

Du kannst neue Bug-Tickets unter https://core.trac.wordpress.org/newticket einreichen – auch wenn es zumindest aus meiner Einschätzung wahrscheinlich kein Bug ist.

Ich habe mal ein Ticket erstellt. Es erscheint mir jedenfalls mindestens als in der Dokumentation nicht richtig aufgeführt, es sollte ja funktionieren.

Ich habe gelesen, dass es geht: Giving WordPress Its Own Directory
Ab WP Version 3.5 auch für Multisites.
Ich habe WP in einem Unterverzeichnis, weil ich keine eigene Domain dafür nehmen will.

…dass ich gefragt habe, in welchem Verzeichnis die WordPress-Dateien liegen und welches Verzeichnis du der Domain als Web-Stammverzeichnis zugewiesen hast…

Die WP-Dateien liegen in /var/www/example.org/wp und das Verzeichnis von example.org als Web-Stammverzeichnis ist /var/www/example.org
Dort ist noch allerhand anderer Kram drauf. Auch andere CMS, alle in Unterverzeichnissen.
Deinem Vorschlag folgend müsste ich WP in zB /var/www/wordpress installieren, dann zur Multisite machen. Dann würde ich meine Benutzerdomain diesem Stammverzeichnis zuordnen. Dann bräuchte ich allerdings noch eine zweite Domain, die als Haupt-Multi-Site eingetragen ist, also zum verwalten und als Erstseite.
Die example.org geht ja nicht, die ist ja schon in Verwendung.

Vielleicht ist es ja auch ein Bug von WP, weil es ja gehen sollte.
Sollte ich es mal in den Bugtracker schreiben?
Gibt es eigentlich ein Debug Log in WP?
Ich habe versucht in die wp-config.php das hinzuzufügen:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );

aber es wird keine /wp/wp-content/debug.log angelegt, nachdem ich eine 404 Meldung kriege für eine nicht zu findende Unterseite (bei Permalink nicht auf „einfach“).
Ein Plugin (zB Error Log Viewer) zeigt auch nichts, ich schätze, es sind auch keine PHP-Fehler, die wohl nur angezeigt würden.

Ich bezweifle allerdings, dass es dann geht.
Ich würde es wohl erst mal ohne Multisite installieren, also in einem ganz eigenen Verzeichnis und einer eigenen WordPress Installation…
Oder Mutlisite komplett neu installieren und dann noch mal versuchen…

Warum hast du das hier eingetragen? RewriteBase /wp/
Liegen deine WordPress-Dateien in einem Unterverzeichnis des Web-Stammverzeichnisses?

Das hatte WP in der .htaccess so vorgegeben, meine WP Dateien liegen tatsächlich in einem Unterverzeichnis /wp des Stammverzeichnisses (die Seite ist nicht in erster Linie WP, sondern das WP war nur zum Testen).
Ohne das RewriteBase /wp/ (also nur mit /) geht es nicht.
Der Pfad bis /wp muss auch in der Apache conf stehen (DocumentRoot), damit es geht, sonst geht es aufs Stammverzeichnis (ohne WP).

Kann es sein, dass du die erste Domain deiner Multisite auf /var/www/example.org/ verweist, die WordPress-Dateien aber in einem Unterverzeichnis /wp sind und die neue Domain auf das Verzeichnis /var/www/example.org/wp zeigt?

Die erste „Domain“ meiner Multisite hat keine eigene Domain, sondern lauft unter /var/www/example.org/wp
Da geht übrigens das Permalink, also eine Unterseite etwa https://example.org/wp/unterseite wird angezeigt.
Die problematische Seite hatte ohne eigene Domain /wp/dedenbachsalazar da ging (bzw. geht) es ja auch.

Vielleicht sollte ich alles noch mal platt machen und einfach neu aufsetzen, das wäre vielleicht schneller. Die ursprüngliche Seite war ja nur Spielwiese…

Wie hast du diese Umstellung auf die neue Domain vorgenommen?

Ich habe in den Einstellungen der neuen Seite (Meine Websites > Netzwerkverwaltung > Websites > <die_neue_Seite> > Bearbeiten) unter Info die Website-Adresse (URL) auf https://dedenbachsalazar.de gesetzt, das war vorher https://example.org/wp/dedenbachsalazar
Stelle ich das wieder zurück, kann ich die Unterseiten wieder erreichen.

Kann es sein, dass es daran liegt, dass die Seite, die ich ja per Export von der alten Uni-Seite kopiert hatte, dort als Subdomain-Seite vorlag (und noch liegt)?
Die Adresse dort ist nämlich: https://www.dedenbachsalazar.stir.ac.uk/
Wenn ich mich recht entsinne habe ich aber, als ich meine WP-Seite auf Multisite umgestellt hatte, nicht Subdomain sondern Unterverzeichnisse ausgewählt (falls ich es überhaupt gefragt worden war, woran ich mich nicht erinnere, was mich auch etwas gewundert hatte).

Ist auf dem Server mod_rewrite aktiviert und wurde der Server danach neu gestartet?

Ja, ist an, schon immer. Nachdem ich die Seite in das Apache Konfigurationsverz. (/sites-available/) geschrieben hatte, habe ich den Apache natürlich neu gestartet.

• Diese Antwort wurde geändert vor 1 Jahr, 7 Monaten von francwalter.
• Diese Antwort wurde geändert vor 1 Jahr, 7 Monaten von francwalter.

Danke!
Die Seiten sind nicht unbedingt immer im gleichen Schema, ich vermute, das kann ich kaum automatisiert auslesen, aber danke für den Tipp mit wp post create…! Das werde ich sicher mal noch nutzen 🙂

Die Themes die es gibt, unterscheiden sich schon etwas in ihrer „Funktionalität“, nämlich wo ein Menü dargestellt werden kann und wie viele Spalten es geben kann und so Sachen. Das meinte ich jedenfalls.

Ich glaube das ist die Lösung: ich suche ein Theme, das wenigstens ähnlich ist und baue die Seite gar nicht gleich auf, sondern pflege die Inhalte wie es ins Theme passt hinein.
Das stimmt nämlich schon mit dem angestaubten Design, das kann man ruhig moderner machen 🙂

Danke euch beiden!

Jetzt habe ich doch noch mal weiter dazu gesucht und diesen Beitrag gefunden:

https://de.wordpress.org/support/topic/404er-fehlermeldung-nach-permalink-umstellung/

und da kommt zum Schluss der Hinweis, dass in der Apache Konfiguration für diese Seite ja stehen muss (damit die htaccess Regel überhaupt funktioniert):

AllowOverride All

Das stand aber nur in der Port 80 Regel, aber nicht in der 443 (https), also habe ich gleich mal geschaut, ob der Link funktioniert, wenn ich ohne https aufrufe und tatsächlich, geht.
Liegt also an Let’s Encrypt bzw. an mir, weil ich das nicht überprüft hatte, nach Erstellung des Lets Encrypt Zertifikats für die Seite.

Habe die Regel also von Hand hinzugefügt und jetzt geht es wieder 🙂

Also das hatte gefehlt:

        <Directory /path/to/example.org>
                Options -Indexes +FollowSymLinks +MultiViews
                AllowOverride All
                Order allow,deny
                allow from all
        </Directory>

Mein Fehler war, dass ich die selbst erstellte Konfigurationsdatei in sites-available des Apache2 um die von Let’s Encrypt automatisch erstellte Konfiguration erweitert hatte und die von LE dann wieder deaktiviert, nur meine eigene aktiv gesetzt. Dabei hab ich die Directory Directive des SSL Bereichs vergesst.

• Diese Antwort wurde geändert vor 3 Jahren, 3 Monaten von francwalter.