Fehlermeldung: Aktualisierung fehlgeschlagen,Antwort keine gültige JSON-Antwort

Gelöst

(@ridonda)

Hallo ins Forum,
ich habe vor einigen Monaten lokal eine WP.org-Installation lokal auf MAMP begonnen. Bei der Weiterarbeit gestern tauchten nun Probleme auf – bei Versuchen Seiten zu bearbeiten verschwanden die Inhalte und nichts war mehr möglich (blank). Da MAMP eine Aktualisierung anzeigte, dachte ich das läge daran. Update von MAMP 6.9 auf 7.1 gemacht. Die Website war danach nur zu laden, nachdem ich in den MAMP-Einstellungen die MySQL Datenbank von 8.0.35 zurück auf 5.7.44 gestellt habe (unter 8.0.35 war sie gar nicht aufrufbar). In der Ansicht „Zur Website“ wird die Startseite korrekt angezeigt, aber Klicks auf Unterseiten/Menü führen zu einer blanken Seite mit der Fehlermeldung „Not found. The requested URL was not found on this server“. Im Backend alles sichtbar. Bei Versuchen Änderungen auf Seiten abzuspeichern folgende Fehlermeldung: „Aktualisierung fehlgeschlagen. Die Antwort ist keine gültige JSON-Antwort“.

Folgende Checks haben keine Verbesserung/Lösung gebracht:
– auf einem Laptop mit altem MAMP 6.9 ausprobiert
– anderes Theme aktiviert
– neue WP-Installation mit MAMP-Einstellungen MySQL Datenbank 5.7.44 und 8.0.35 ausprobiert
– Plugin deaktiviert, später gelöscht: Starter Templates
– Plugins Duplicate Page + SVG Support deaktiviert
– Permalinks – sind indentisch: beide http://localhost:8888/wp11
– Permalinks: Einstellungen nochmals gespeichert
– WP-Version 6.6.2 erneut installiert
– Entwickler-Tools + admin.ajax.php gecheckt – weiß allerdings nichts mit der Info anzufangen
– wp.config.php über Brackets angeschaut – sagt mir aber nichts.
(Dachte ich könnte folgendes ausführen, was ich dann nicht gemacht habe:
„Bei Problemen wird folgender Code der Datei wp-config-sample.php in einem Texteditor unten in der Datei hinzugefügt: define(‚FS_METHOD‘, ‚direct‘);
und dann die Datei unter wp-config.php abspeichern.“)

Eckdaten:
– MaxOS Sequoia
– wp11 Ordner auf Lesen & Schreiben gestellt
– WP Version 6.6.2
– Astra Theme
– Fallback-Theme Twenty Twenty-One
– Plugins: Duplicate Page + SVG Support + Starter Templates
– alles upgedated

Bericht / Website-Zustand:

` wp-core

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

wordpress_path: /Applications/MAMP/htdocs/wp11
wordpress_size: loading…
uploads_path: /Applications/MAMP/htdocs/wp11/wp-content/uploads
uploads_size: loading…
themes_path: /Applications/MAMP/htdocs/wp11/wp-content/themes
themes_size: loading…
plugins_path: /Applications/MAMP/htdocs/wp11/wp-content/plugins
plugins_size: loading…
fonts_path: /Applications/MAMP/htdocs/wp11/wp-content/uploads/fonts
fonts_size: loading…
database_size: loading…
total_size: loading… wp-active-theme

name: Astra (astra)
version: 4.8.3
author: Brainstorm Force
author_website: https://wpastra.com/about/?utm_source=theme_preview&utm_medium=author_link&utm_campaign=astra_theme
parent_theme: none
theme_features: core-block-patterns, astra_hooks, widgets-block-editor, align-wide, automatic-feed-links, title-tag, post-thumbnails, starter-content, html5, post-formats, custom-logo, customize-selective-refresh-widgets, editor-style, woocommerce, rank-math-breadcrumbs, amp, widgets, menus
theme_path: /Applications/MAMP/htdocs/wp11/wp-content/themes/astra
auto_update: Deaktiviert wp-themes-inactive (1)

Twenty Twenty-One: version: 2.3, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert wp-plugins-active (2)

Duplicate Page: version: 4.5.4, author: mndpsingh287, Automatische Aktualisierungen deaktiviert
SVG Support: version: 2.5.8, author: Benbodhi, Automatische Aktualisierungen deaktiviert wp-media

image_editor: WP_Image_Editor_GD
imagick_module_version: Nicht verfügbar
imagemagick_version: Nicht verfügbar
imagick_version: Nicht verfügbar
file_uploads: 1
post_max_size: 8M
upload_max_filesize: 32M
max_effective_size: 8 MB
max_file_uploads: 20
gd_version: bundled (2.1.0 compatible)
gd_formats: GIF, JPEG, PNG, WebP, BMP
ghostscript_version: not available wp-server

server_architecture: Darwin 24.0.0 arm64
httpd_software: Apache/2.4.58 (Unix) OpenSSL/1.1.1u mod_fastcgi/mod_fastcgi-SNAP-0910052141
php_version: 8.2.20 64bit
php_sapi: cgi-fcgi
max_input_variables: 1000
time_limit: 30
memory_limit: 128M
admin_memory_limit: 256M
max_input_time: 60
upload_max_filesize: 32M
php_post_max_size: 8M
curl_version: 7.76.1 OpenSSL/1.1.1u
suhosin: false
imagick_availability: false
pretty_permalinks: true
htaccess_extra_rules: false
current: 2024-10-12T23:19:55+00:00
utc-time: Saturday, 12-Oct-24 23:19:55 UTC
server-time: 2024-10-13T00:19:53+01:00 wp-database

extension: mysqli
server_version: 5.7.44
client_version: mysqlnd 8.2.20
max_allowed_packet: 4194304
max_connections: 151 wp-constants

WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: /Applications/MAMP/htdocs/wp11/wp-content
WP_PLUGIN_DIR: /Applications/MAMP/htdocs/wp11/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
fonts: not writable

Nun bin ich keinen Schritt weiter und am Ende mit meinem Latein…
Würde mich sehr über weitere Tipps freuen!

Viele Grüße

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

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 38)

← 1 2 3 →

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

Hallo @hage,

es geht um die Website damals, die ich nun bei All-Inkl hochgeladen habe. Ich erhalte folgende Fehlermeldung, weshalb ich diesen Thread hier wieder geöffnet habe, da mir einfiel, dass es mit den damals gemachten Umstellungen zu tun haben könnte. Nun bin ich unsicher, wie genau ich vorgehen muss. Hatte schon versucht die wp.config.php über FileZilla zu öffnen, aber so funktioniert es wohl nicht…

https://bs-pflege-team.de/

Fehlermeldung:
Der Fehlersuchmodus wird oft aktiviert, um mehr Details über einen Fehler oder einen Ausfall der Website zu erhalten, kann aber sensible Informationen enthalten, die auf einer öffentlich zugänglichen Website nicht verfügbar sein sollten.
Der Wert WP_DEBUG_LOG wurde der Konfigurationsdatei dieser Website hinzugefügt. Das bedeutet, dass alle Fehler auf der Website in eine Datei geschrieben werden, die möglicherweise für alle Benutzer verfügbar ist.

Viele Grüße
Arnika

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 1 Monat

Hallo,
du solltest in dem Fall auch eine Mail bekommen haben. Da steht dann in der Regel, ob das Problem ggfs. durch ein Plugin ausgelöst wurde.

Wenn ich das richtig verstehe, dann kannst du dich aktuell nicht (mehr?) in beim Backend anmelden.

Kannst du das bitte noch genauer erläutern.

Viele Grüße
Hans-Gerd

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

Hallo Hans-Gerd,

hab keine Mail erhalten – kann mich aber im Backend anmelden. Erhalte unter Website-Zustand die Fehlermeldung wie oben beschrieben (als kritisches Problem) – und habe mich dann erinnert, dass ich nach Anraten (damals noch lokal auf MAMP) irgendwas in der wp.config.php Datei geändert habe, was anscheinend noch drin steht – so zumindest meine Vermutung – irgendwas mit:
define( ‚WP_DEBUG‘, true );
define( ‚WP_DEBUG_DISPLAY‘, false);
define( ‚WP_DEBUG_LOG‘, true );

Die Problematik von damals (Aktualisierung fehlgeschlagen,Antwort keine gültige JSON-Antwort) ist auf jeden Fall jetzt in der Provider-Umgebung nicht mehr vorhanden. Hatte anscheinend tatsächlich was mit MAMP zu tun…

Moderator La Geek
(@la-geek)

vor 1 Jahr, 1 Monat

Hallo @ridonda

Vermutung – irgendwas mit:
define( ‚WP_DEBUG‘, true );
define( ‚WP_DEBUG_DISPLAY‘, false);
define( ‚WP_DEBUG_LOG‘, true );

laut deinen Antworten hier im Thread sind das die Zeilen die du (vielleicht sogar doppelt?) in die wp-config.php eingetragen hast.

Ändere alt
define( ‚WP_DEBUG‘, true );
auf neu
define( 'WP_DEBUG', false );

Achte auch auf die Hochkommata, die sind in „neu“ richtig geschrieben und korrekt gesetzt.

Die restlichen Einträge
define( ‚WP_DEBUG_DISPLAY‘, false);
define( ‚WP_DEBUG_LOG‘, true );
lösche aus der wp-config.php

Danke für die Rückmeldung, da das Problem nun gelöst ist, setze ich den Thread auch auf gelöst, denke bitte beim nächsten Mal selbst daran –> linke Seitenleiste –> Status.

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

Hallo @la-geek,

danke für die Infos! Ich bin nur nicht sicher, wie ich an die wp.config.php rankomme. Ich habs über FileZilla versucht, dort die Datei aufzurufen oder per Download, dann erscheint aber die Fehlermeldung: Permission denied.
???

Moderator La Geek
(@la-geek)

vor 1 Jahr, 1 Monat

Vermutlich sind die Dateirechte nicht entsprechend gesetzt. Rechtsklick auf die Datei wp-config.php –> Dateiberechtigung. Es sollte jetzt ein Pop-up-Fenster öffnen, trage 644 ein.

Hier hast du noch mal eine allgemeine Anleitung mitsamt Screenshots –> https://de.siteground.com/tutorials/ftp/ordnerberechtigungen-aendern/

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

Ahhh… mit Rechtsklick hab ich es nun öffnen können. Mit Brackets. Da bekomme ich aber nun die Fehlermeldung: Beim Öffnen der Datei ist ein Fehler aufgetreten: Brackets unterstützt derzeit nur UTF-8-kodierte Textdateien. Kann ich das ignorieren – oder empfiehlt sich ein anderes Programm?

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 1 Monat

Hallo @ridonda
am besten öffnest du die wp-config.php z. B. mit einem geeigneten Editor wie z. B. Notepad++ und schau mal unter dem Menüpunkt „Kodierung“. Da sollte unbedingt „UTF-8“ stehen und nicht „UTF-8-BOM“. Ansonsten musst du das umstellen.

Und prüfe – wie bereits @la-geek geschrieben hat – die Hochkommata, ob die richtig gesetzt sind.

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

vor 1 Jahr, 1 Monat
Ich arbeite mit Mac – ich schau mal welcher Editor sich da ggf. besser eignet als Brackets und Notepadd++. Gibt es da Empfehlungen von eurer Seite @hage und @la-geek ?
- Diese Antwort wurde vor 1 Jahr, 1 Monat von Arni geändert.
Moderator La Geek
(@la-geek)

vor 1 Jahr, 1 Monat

@ridonda

Installiere am besten VSCode. Brackets scheint ein paar Kodierungsprobleme zu haben bzw. hatte (das weiß ich so ad hoc nicht genau). Während du das installiert, erstelle ich einen kurzen Screencast über das Encoding in VSCode.

Ich erkläre schon mal vorab die Punkte des Screencast-Inhaltes:
1. Setting in VSCode
2. Encoding einer Datei, die ich zuvor in ANSI-kodiert hatte. Das ANSI-Format ist hier nebensächlich, es könnte auch eine andere nicht-kompatible Kodierung sein, wichtig ist im Endeffekt nur, dass die Datei in UTF-8 (früher hieß das UTF-8 ohne Bom) kodiert und abgespeichert wird.

https://code.visualstudio.com/

Ich melde mich wieder, wenn ich damit fertig bin.

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

@la-geek

Ist installiert.

Moderator La Geek
(@la-geek)

vor 1 Jahr, 1 Monat

Vorab noch der Hinweis, dass VSCode für Windows in dem Video gezeigt wird, hoffentlich ist es mit der Mac-Version identisch.

Hier ist das Video

Thread-Starter Arni
(@ridonda)

vor 1 Jahr, 1 Monat

@la-geek

Bis zu dem Teil mit „Open File“ konnte ich mich durcharbeiten (auch wenn es bei Mac etwas anders war) – aber ab „Open file“ und dann die Datei „encoding.txt“ öffnen kapier ichs nicht und komme nicht weiter… ?!

Moderator La Geek
(@la-geek)

vor 1 Jahr, 1 Monat

Du musst die Datei wp-config.php öffnen (Lach) 😀

bscu
(@bscu)

vor 1 Jahr, 1 Monat

ab „Open file“ und dann die Datei „encoding.txt“ öffnen kapier ichs nicht

Das ist doch nur ein Beispiel, wie man eine Datei im UTF-8 Format speichert.