Vielen Dank, damit kann ich weiterarbeiten.
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:
-
Ah,, Prima, danke - das funktioniert!
-
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:80und 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-8Warum 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?