Website einfach nicht mehr angezeigt (ohne Änderung davor)

plink2
(@plink2)

vor 1 Jahr, 11 Monaten

Hallo,

meine Website hat bis gestern noch funktioniert, heute wird plötzlich wieder die „Hallo Welt“-Seite angezeigt.

Ich habe mich allerdings weder eingeloggt noch irgendetwas verändert, das ist praktisch von ganz alleine passiert.

Automatische Updates habe ich ausgeschaltet, daran sollte es nicht liegen. Mein Webspace-Provider ist erreichbar, auch die Datenbank ist über sein Interface erreichbar.

Im WordPress Dashboard kann ich die Seiten zwar aufgelistet sehen, wenn ich sie im Elementor ansehen möchte, kommt die Fehlermeldung, dass die Vorschau nicht geladen werden kann.

Ich frage mich, wie soetwas passieren kann und ob es häufig ist, dass man sich mit solchen Problemen herumschlagen muss bei WP – eigentlich wollte ich mich nicht ständig mit der Website beschäftigen müssen.

Danke für eure Tipps!

Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 15 Antworten – 1 bis 15 (von insgesamt 15)

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 11 Monaten

Hallo,
was da passiert ist, kann man kaum analysieren. Wichtig ist erst mal: Keine Panik und erst mal Ruhe bewahren.

Wenn du noch in dein Backend kommst, dann sende uns doch bitte den Website-Bericht: Du findest unter Werkzeuge > Websitezustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.

Du hast sicher auch Backups z. B. mit einem entsprechenden Plugin deiner Website erstellt. Dann könntest du das Backup auch wiederherstellen. Vorher würde ich das Backup aber auf jeden Fall zusätzlich noch mal lokal auf deinen Rechner sichern.

Im Notfall kannst du auch Kontakt zu deinem Hoster aufnehmen und darum bitten, ein Backup wiederherzustellen, dass der Hoster erstellt hat. Das kann evtl. nicht ganz aktuell sein und die Wiederherstellung kann möglicherweise je nach Hoster auch kostenpflichtig sein.

Ich frage mich, wie soetwas passieren kann und ob es häufig ist, dass man sich mit solchen Problemen herumschlagen muss bei WP – eigentlich wollte ich mich nicht ständig mit der Website beschäftigen müssen.

Ich kann dich beruhigen: Wir haben sehr viele WordPress-Instanzen, die teilweise komplett problemlos seit Jahren funktionieren und solch ein Problem hatte ich noch nicht.

Viele Grüße
Hans-Gerd
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten
Hallo Hans-Gerd, vielen Dank für deine rasche Antwort!

Anbei der Bericht – ich habe hier schon kurz herauslesen können, dass ein Problem mit der „REST-API“ vorlegen würde („Das REST-API hat den Abfrageparameter context nicht korrekt verarbeitet.“).

Die Rubrik „Verzeichnisse und Größen“ bleibt auf „loading…“, habe recht lange gewartet.
```
` wp-core

version: 6.3
site_language: de_DE
user_language: de_DE
timezone: Europe/Vienna
permalink: /%postname%/
https_status: true
multisite: false
user_registration: 0
blog_public: 1
default_comment_status: open
environment_type: production
user_count: 1
dotorg_communication: true wp-paths-sizes

wordpress_path: /home/.sites/53/site7228395/web/zword
wordpress_size: loading…
uploads_path: /home/.sites/53/site7228395/web/zword/wp-content/uploads
uploads_size: loading…
themes_path: /home/.sites/53/site7228395/web/zword/wp-content/themes
themes_size: loading…
plugins_path: /home/.sites/53/site7228395/web/zword/wp-content/plugins
plugins_size: loading…
database_size: loading…
total_size: loading… wp-active-theme

name: OceanWP (oceanwp)
version: 3.4.7
author: OceanWP
author_website: https://oceanwp.org/about-oceanwp/
parent_theme: none
theme_features: core-block-patterns, widgets-block-editor, align-wide, wp-block-styles, responsive-embeds, editor-styles, editor-style, menus, post-formats, title-tag, automatic-feed-links, post-thumbnails, custom-header, custom-logo, html5, woocommerce, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, customize-selective-refresh-widgets, widgets
theme_path: /home/.sites/53/site7228395/web/zword/wp-content/themes/oceanwp
auto_update: Deaktiviert wp-mu-plugins (1)

Elementor Safe Mode: version: 1.0.0, author: Elementor.com wp-plugins-active (7)

Disable REST API: version: 1.7, author: Dave McHale, Automatische Aktualisierungen deaktiviert
Disable XML-RPC Pingback: version: 1.2.2, author: Samuel Aguilera, Automatische Aktualisierungen deaktiviert
Elementor: version: 3.15.1, author: Elementor.com (latest version: 3.15.2), Automatische Aktualisierungen deaktiviert
Ocean Extra: version: 2.1.8, author: OceanWP, Automatische Aktualisierungen deaktiviert
Widgets for Google Reviews: version: 10.5, author: Trustindex.io support@trustindex.io, Automatische Aktualisierungen deaktiviert
WP Updates Notifier: version: 1.6.0, author: Scott Cariss, Automatische Aktualisierungen deaktiviert
Yoast SEO: version: 20.12, author: Team Yoast (latest version: 20.13), Automatische Aktualisierungen deaktiviert wp-plugins-inactive (1)

Better Search Replace: version: 1.4.2, author: WP Engine, Automatische Aktualisierungen deaktiviert wp-media

image_editor: WP_Image_Editor_Imagick
imagick_module_version: 1692
imagemagick_version: ImageMagick 6.9.12-67 Q16 x86_64 17519 https://legacy.imagemagick.org
imagick_version: 3.7.0
file_uploads: File uploads is turned off
post_max_size: 128M
upload_max_filesize: 60M
max_effective_size: 60 MB
max_file_uploads: 20
imagick_limits:
imagick::RESOURCETYPE_AREA: 251 GB
imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
imagick::RESOURCETYPE_FILE: 768
imagick::RESOURCETYPE_MAP: 251 GB
imagick::RESOURCETYPE_MEMORY: 125 GB
imagick::RESOURCETYPE_THREAD: 1
imagick::RESOURCETYPE_TIME: 9.2233720368548E+18
imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, APNG, ART, ARW, AVI, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, H, HALD, HDR, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPEG, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, POCKETMOD, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIDEO, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV
gd_version: bundled (2.1.0 compatible)
gd_formats: GIF, JPEG, PNG, WebP, BMP
ghostscript_version: 9.27 wp-server

server_architecture: Linux 4.18.0-372.26.1.lve.1.el8.x86_64 x86_64
httpd_software: Apache
php_version: 8.0.29 64bit
php_sapi: cgi-fcgi
max_input_variables: 3000
time_limit: 90
memory_limit: 256M
max_input_time: 60
upload_max_filesize: 60M
php_post_max_size: 128M
curl_version: 7.61.1 OpenSSL/1.1.1k
suhosin: false
imagick_availability: true
pretty_permalinks: true
current: 2023-08-10T05:25:26+00:00
utc-time: Thursday, 10-Aug-23 05:25:26 UTC
server-time: 2023-08-10T07:25:24+02:00 wp-database

extension: mysqli
server_version: 8.0.33
client_version: mysqlnd 8.0.29
max_allowed_packet: 16777216
max_connections: 505 wp-constants

WP_HOME: https://www.physiolink.at/
WP_SITEURL: https://www.physiolink.at/zword
WP_CONTENT_DIR: /home/.sites/53/site7228395/web/zword/wp-content
WP_PLUGIN_DIR: /home/.sites/53/site7228395/web/zword/wp-content/plugins
WP_MEMORY_LIMIT: 40M
WP_MAX_MEMORY_LIMIT: 256M
WP_DEBUG: false
WP_DEBUG_DISPLAY: true
WP_DEBUG_LOG: false
SCRIPT_DEBUG: false
WP_CACHE: false
CONCATENATE_SCRIPTS: undefined
COMPRESS_SCRIPTS: undefined
COMPRESS_CSS: undefined
WP_ENVIRONMENT_TYPE: Nicht definiert
WP_DEVELOPMENT_MODE: undefined
DB_CHARSET: utf8mb4
DB_COLLATE: undefined wp-filesystem

wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
mu-plugins: writable
```
Liebe Grüße
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 11 Monaten

Hallo,
nun ja: du hast laut Website-Bericht die REST-API offensichtlich abgeschaltet. Insofern ist die Meldung nicht verwunderlich.

Interessant ist, dass OceanWP als aktives Theme im Website-Bericht angezeigt wird, aber ganz offensichtlich die Website mit dem Standard-Theme Twenty Twenty-Three angezeigt wird.

Es könnte evtl. an der Einstellung unter Einstellungen > Allgemein liegen: Warum da bei „Website-Adresse (URL)“ etwas anderes steht als bei „WordPress-Adresse (URL)“ ist mir nicht klar. Du solltest sicherheitshalber jetzt noch ein entsprechendes Plugin wie z. B. UpdraftPlus oder BackWPup installieren und erst mal eine Sicherung durchführen und diese Sicherung auf deinen lokalen Rechner kopieren.

Fatal ist allerdings, dass du kein Plugin für Sicherungen aktiviert hast. Insofern fällt die Option, eine eigene Sicherung wiederherzustellen aus. Am besten wendest du dich an den Hoster und bittest ihn, eine Sicherung wiederherzustellen.

Viele Grüße
Hans-Gerd

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 11 Monaten

Nachtrag: Deaktivere doch bitte zumindest nach der Sicherung das Plugin Disable REST API und schaue mal, ob das dann wieder funktioniert.

Wenn das nicht erfolgreich war: Deaktiviere doch zunächst bitte alle Plugins und aktiviere dann Plugin für Plugin. Teste danach jeweils, ob das Problem behoben ist. Sobald es dann nach Aktivierung eines Plugins das beschriebene Problem gibt, weißt du, welches Plugin das Problem verursacht.

Aber wie gesagt: Vorher bitte sichern.

Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten

Hallo,

bzgl. Deaktivierter REST-API: Das war von Anfang an so eingestellt und hat damit gut funktioniert (ich habe mich damit nie beschäftigt und auch nichts verändert gehabt). Warum es plötzlich nicht mehr geht wäre interessant.

Ein Deaktivieren dieses Plugins („Disable Rest Api“) macht keinen Unterschied, habe ich bereits probiert. Ich habe auch ein Deaktivieren aller Plugins probiert bzw. ein Updaten der Plugins, wo ein Update möglich war.

Backup…ja, das war mir nicht bewusst, dass da offenbar so leicht etwas passieren kann – damals hatte ich alles am Desktop-PC und übertrug die Daten mit FTP, so hatte ich immer ein Backup… außer bei einem Serverausfall/-defekt hätte ich jetzt nicht an ein Risiko gedacht, da war ich wohl zu naiv…

Ich weiß auch nicht, wie aktuell mein letztes manuelles Backup ist, da wird wohl sicher vieles weg sein, wenn ich es manuell aktiviere.

Es könnte evtl. an der Einstellung unter Einstellungen > Allgemein liegen: Warum da bei „Website-Adresse (URL)“ etwas anderes steht als bei „WordPress-Adresse (URL)“ ist mir nicht klar.

Das liegt daran, dass ich die Worpress – Seite parallel zu einer existierenden Website erstellt habe und im Hintergrund laufen ließ, ein späteres Verschieben ins Root-Verzeichnis aber nicht klappte (war ein Thema hier im FOrum).
Moderator Michi91
(@michi91)

vor 1 Jahr, 11 Monaten
@plink2 war vor kurzem hier im Forum um seine wordpress Adresse von /zword nach / ändern zu lassen. Ich wette dabei ist was schiefgelaufen und der Browsercache hat es bisher verschleiert.

Ich wette im Ordner
```
/home/.sites/53/site7228395/web
```
Befinden sich diverse Dateien die dort nicht hingehören & @plink2 hat zwei Installationen parallel installiert. Einmal mit elementor etc und einmal eine leere.

https://www.physiolink.at/wp-login.php

https://www.physiolink.at/zword/wp-login.php existieren beide und das darf schon nicht sein 🙂
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten

Ich wette dabei ist was schiefgelaufen und der Browsercache hat es bisher verschleiert.

Danke für den Input, das werde ich weiter verfolgen. Browsercache schließe ich aber aus, da die Seite auf mehreren PCs/Handys einwandfrei funktioniert hat. Die Erklärung mit 2 Installationen, die sich stören klingt für mich plausibel – ich hatte gehofft, dass das Funktionieren auch bedeutet, ich hätte es richtig hinbekommen…
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten
Ich wette im Ordner
```
/home/.sites/53/site7228395/web
```
Befinden sich diverse Dateien die dort nicht hingehören
Ich finde diesen Pfad im FTP nicht!?
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten
So, ich habe jetzt einrseits herausgefunden, dass ich direkt über die Datenbank die einzelnen Seiten korrekt aufrufen kann, es aber über das dann dort angezeigte Menü nicht funktioniert.

Außerdem habe ich bei den Permalinks auf „einfach“ umgestellt: Ich erreiche jetzt zumindest https://www.physiolink.at/zword/.

Edit: Ich gehe also davon aus, dass ein Problem mit der „Weiterleitung“ ins korrekte Verzeichnis besteht.

Vermutlich wäre ein Entfernen der zweiten WordPress Installation sinnvoll, würde mich aber zum ersten Problem mit dem Verschieben ins Root-Verzeichnis bringen.

Ich weiß ehrlich gesagt auch nicht, weshalb ich von Anfang an zwei WP-Datenbanken im System hatte: Eine davon im Rootverzeichnis und ohne Inhalt, die andere wie ursprünglich definiert im Verzeichnis „/zword“.

Danke!
- Diese Antwort wurde vor 1 Jahr, 11 Monaten von plink2 geändert.
- Diese Antwort wurde vor 1 Jahr, 11 Monaten von plink2 geändert.
Moderator Michi91
(@michi91)

vor 1 Jahr, 11 Monaten

Mein Vorschlag, alle Dateien und Ordner ausser Zword im Root löschen. Danach unter Einstellungen die URL auf https://www.physiolink.at/ ändern.

Dann alleine Dateien und Ordner aus zword in das Root Verzeichnis verschieben.

Im Idealfall funktioniert der Login dann wieder / immernoch und wir können noch die Pfade in der Datenbank mit dem search and replace Plugin anpassen. Aber das Schritt 2 😀

Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten

Danke für den Tipp 🙂
Da habe ich ein kleines deja-vu, denn genau das habe ich beim ursprünglichen Anliegen, alles ins Root zu verschieben, gemacht und bin leider gescheitert.
Ich könnte mir vorstellen, dass es daran liegt, dass der Datenbank-Pfad beim Hoster auch nach allen Änderungen (inkl. in der Datenbank selbst) immer noch mit „/zword“ angegeben war.
Allerdings habe ich mit Search and Replace auch keine einzige zu ändernde Datei finden können, was mir auch seltsam vorkommt.
Wie auch immer, ich werde das im Laufe der nächsten Tage nochmal probieren und würde mich hier nochmal melden, sollte es nicht klappen.

Vielen Dank inzwischen!

Moderator Michi91
(@michi91)

vor 1 Jahr, 11 Monaten

Wenn es nicht auf Anhieb klappt, helfen wir dir hier gerne weiter. Wichtig wäre nach dem verschieben auch, dass die URL in der wp-config angepasst wird oder am besten entfernt (WP_HOME und WP siteurl braucht es nicht in der wp-config, wenn in der DB alles passt).
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten
So, jetzt muss ich mich wirklich nochmal melden. Ich habe folgende Punkte ausgeführt:

1) Im WP-Dashboard bei den Einstellungen die URLs beide auf https://www.physiolink.at gesetzt –> dies führte dazu, dass ich rausgekickt wurde und mich nicht mehr einloggen kann. Offenbar normal.

2) In der Datenbank die URLs geändert

3) Alle Dateien von /zword ins Root kopiert

4) im Root: WP-Home / WP-siteurl aus der wp-config entfernt

Meiner Meinung nach müsste ich mich jetzt unter https://www.physiolink.at/wp-admin/ einloggen können. Es kommt aber eine Fehlermeldung. (Parse error: Unterminated comment starting line 239 in /home/.sites/53/site7228395/web/wp-includes/widgets/class-wp-widget-media-gallery.php on line 239).

Eigentlich eh genau das, was beim ersten Thema der Fall war, wo ich von /zword aufs root ändern wollte.

Ich habe ein DB-Backup sowie eine Kopie aller Dateien, die in /zword waren.

Laut Provider ist WordPress trotzdem nur im Ordner /zword installiert, im Root sieht das System keine WordPress-Installation. Dennoch kann ich dort auch keine neue Version installieren, da ja die dort hinkopierten Dateien von /zword liegen.

Ich weiß nicht so recht, was ich tun soll….die Dateien im Root wieder löschen und WordPress neu installieren, danach die Datenbank irgendwie ändern, damit er auf die bereits existierende zugreift?
- Diese Antwort wurde vor 1 Jahr, 11 Monaten von plink2 geändert.
Thread-Starter plink2
(@plink2)

vor 1 Jahr, 11 Monaten

Den gesamten Ordner „WP-Includes“ habe ich übrigens auch durch einen aus einer neuen Installation ersetzt. Gleiche Fehlermeldung…
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 11 Monaten
Hallo,

Ich weiß nicht so recht, was ich tun soll….die Dateien im Root wieder löschen und WordPress neu installieren, danach die Datenbank irgendwie ändern, damit er auf die bereits existierende zugreift?

Das ist schwer zu beurteilen.
Aber wenn du so nicht weiter kommst, könnte die folgende Vorgehensweise möglicherweise das Problem lösen:
- du sicherst die Datenbank und den Ordner wp-content lokal auf deinem Rechner (hast du zwar schon, aber sicherheitshalber schadet eine zweite Sicherung nicht).
- Anschließend kannst du dann die WordPress-Instanz komplett – also auch im Ordner /zword – löschen, so dass wirklich nichts mehr da ist.
- Danach installierst du eine komplett frische WordPress-Instanz, importierst die Datenbank und ersetzt den Ordner wp-content durch den bereits gesicherten Ordner wp-content.
- Über phpMyAdmin änderst du die Einträge für siteurl und home in der Tabelle wp_options der Datenbank: Eintrag: http://www.phy***ink.at/. Bei dir könnte das Präfix wp_ auch anders lauten). Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
- Dann solltest du dich wieder anmelden können.
- Jetzt enthalten allerdings noch viele Einträge in der Datenbank den falschen Pfad (mit zword). Um das zu bereinigen, installierst du das Plugin Better Search Replace.
- Mit diesem Plugin ersetzt du die Einträge http://www.phy***ink.at/zword/ durch http://www.phy***ink.at/. Bevor du das ersetzt, solltest du auf jeden Fall die Schreibweise prüfen. Zunächst wird ein Testlauf ohne Ersetzung gestartet. Hier ein Beitrag mit weiteren Erläuterungen dazu.
Danach sollte die Website korrekt funktionieren. Wie gesagt: Aus der Ferne ist das etwas schwierig zu beurteilen und ich hoffe, dass ich hier nichts vergessen habe. Daher: Alles ohne Gewähr auf korrekte Umsetzung. 😉

Normalerweise führe ich solche Dinge zunächst mal in einer lokalen Entwicklungsumgebung wie z. B. Laragon durch. Erst wenn das lokal funktioniert, dann auf dem Server.

Viele Grüße
Hans-Gerd