Beiträge von allreverse

    In dem Zusammenhang: Ich würde jetzt gerne diese Wordpress-Instanz mit einem Apache auf dem Host als "reverse proxy" betreiben. Der Apache soll mehrere Unterverzeichnisse bedienen, der Dumainname landet dort und auch das lets encrypt-Zertifikat zeigt auf diesen Domainnamen "ddd.com" (Beispiel), so dass ich die Instanz unter "https://ddd.com/wordpress" aufrufen kann.

    Das funktioniert auch prinzipiell, aber die Installationsseite sieht seltsam aus (siehe Bild unten)

    in der /etc/apache2/sites-available/000-default-le-ssl.conf steht:

    #wordpress
    ProxyRequests Off
    ProxyPass "/wordpress" "http://localhost:8100"
    ProxyPassReverse "/wordpress" "http://localhost:8100"

    So als ob nicht alle Design-Elemente transportiert werden - wie kann ich das korrigieren?

    So sieht es aus:

    Liebe alle,

    ich versuche gerade Wordpress auf einem Server zu installieren mit einem fertigen Docker-Image. Der Server ist bei Strato und ich habe nur Konsolenzugriff. Ich verwende diese Standard-Anleitung:

    https://github.com/docker/awesome…ples/wordpress/

    Einziger Unterschied: Weil ich auf dem Server schon einen Apache laufen habe, habe ich die Zeile mit den Ports geändert in

    ports:
    -8100:80

    und ich habe eigene Passwörter eingesetzt. bei "docker-compose-up -d" funktioniert auch alles. Da ich nur eine Konsole habe, dachte ich mir, ich könnte mit "curl localhost:8100" den HTML-Text von der Installationsseite sehen, aber da kommt nichts (leeres Ergebnis, kein Fehler).

    "curl -I localhost:8100" zeigt:

    TTP/1.1 302 Found
    Date: Wed, 30 Jul 2025 13:10:48 GMT
    Server: Apache/2.4.62 (Debian)
    X-Powered-By: PHP/8.2.29
    Expires: Wed, 11 Jan 1984 05:00:00 GMT
    Cache-Control: no-cache, must-revalidate, max-age=0, no-store, private
    X-Redirect-By: WordPress
    Location: http://localhost:8100/wp-admin/install.php
    Content-Type: text/html; charset=UTF-8

    Warum bekomme ich die Installationsseite bzw. den HTML-Text davon nicht angezeigt / wie kann ich das debuggen?

    Liebe Wordpress-Auskenner,

    ich möchte wordpress und andere Dinge (Grafana, OwnCloud, ..) mit docker-Containern installieren und benutzen wie folgt:

    Ich habe mir bei Strato einen Server gemietet und Apache standardmäßig installiern (ohne Docker), dann habe ich einen Domainnamen registriert, im Beispiel unten "a.b.com". Dann mit diesem Domainnamen das Procedere von lets-encrypt durchlaufen, so dass ich also nun meinen Apache (vanilla, defaultseite) mit https://a.b.com sehen kann. Soweit, so gut.

    Die einzelnen Dienste möchte ich so ansprechen können:

    https://a.b.com/wordpress
    https://a.b.com/grafana
    https://a.b.com/owncloud
    usw.

    Dann habe ich Docker installiert, und üblicherweise funktioniert das so, dass die bereitgestellten Container fast alles mitbringen, und die Lösung auf port 80 lokal zur Verfügung stellen.

    Dann wird Apache als reverse-Proxy konfiguriert, und zwar so, dass er den lokalen port 80 auf 443 nach außen reicht, respektive sub-Path.

    Ich habe das mit Wordpress probiert nach dieser Anleitung https://github.com/docker/awesome…ples/wordpress/ , und eine reverse-Proxy-Regel erstelle im Apache, aber sie passt nicht optimal für meinen Zweck: Das installationsfenster von Wordpress erscheit zwar unter https://a.b.com/wordpress, aber es erscheinen nur standard-html-Elemente (evtl. weil der docker-comtainer ahhtp und apache https generieren/erwarten?) Schließlich kann man im Wordpress dann ja auch noch https und eine domain einstellen, aber danach verliere ich die Verbindung zur Instanz.

    Das ist jetzt ein bisschen viel text, ich hoffe es war trotzdem verständlich. Wo könnte ich "falsch abgebogen sein" / hat das jemand schon mal so oder ähnlich gemacht / was könnte ich testen oder ändern, um zunächst mal den Installationsbildschirm mit allen (wenn auch wenigen) grafischen HTML-Elementen zu sehen und zu benutzen?