Aktualisierung auf PHP 7.2

Bzgl. der "FastCGI" Meldungen im Error-Log, ist PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Wie man eine debug.log erzeugt, steht im o.g. Link.

Zitat von Kati28

In wp-config.php habe ich jetzt "define('WP_DEBUG', false);" auf "define('WP_DEBUG', true);" geändert. Wo findet man die debug.log? Unter wp-content ist sie leider nicht.
Ich habe bei Strato einfach von 5.6 auf 7.2 umgestellt und gespeichert. Habe es gerade wieder auf 7.2 umgestellt und sehe wieder kein Sidebar und kein Footer.

... Will nur erstmal das Problem rausfinden.

Damit WordPress die Fehlermeldungen an den Browser sendet sondern in die Datei schreibt muss man die wp-config.php erweitern:

define('WP_DEBUG', true); //enable the reporting of notices during development - E_ALL
define('WP_DEBUG_DISPLAY', false); //use the globally configured setting for display_errors and not force errors to be displayed
define('WP_DEBUG_LOG', true); //error logging to wp-content/debug.log

Einfacher ist es, wenn man sich die WebSeite und die Scripte eben auf seinen Rechner per FTP holt und mit einer IDE die PHP 7.2 Fehler sucht.

Zum Beispiel geht dies recht einfach mit Eclipse mit PHP
https://www.eclipse.org/pdt/

Zitat von Kati28

ok, danke. Habe wp-config.php so erweitert, wie du geschrieben hast.
Müsste die debug.log jetzt automatisch im Verzeichnis wp-content auf dem FTP-Server erscheinen? Finde sie leider nicht. Sorry für die vermutlich blöden Fragen.

damit WordPress in die debug.log schreiben kann muss PHP Schreibrechte in dem Verzeichnis und für die Datei haben. Auf richtig konfigurierten Servern erstellt sich WordPress mit PHP in dem Verzeichnis wp-content die Datei debug.log. Bei Strato würde ich eben eine Datei "debug.log" mit Notpade++ erstellen und mit FTP übertragen und der Datei Schreibrechte geben chmod 666 rw- rw- rw-

Ich habe ein ähnliches Problem.
Jeder Link im Menü oder im Text führt zur Startseite. Weitere Seiten können nicht aufgerufen werden.
=> debug.log wird nicht angelegt in wp-content. Habe, wie oben empfohlen, eine debug.log manuell erstellt und alle Zugriffsrechte vergeben. Datei wird nicht beschrieben. Dateigröße bleibt konstant bei 0 KB. Es steht nichts drin.

Wordpress-Installtion V. 4.8.8 bei STRATO. PHP-Verseion 5.3 (veraltet!), noch nicht umgestellt auf 7.2. PHP Boost deaktiviert.
Ich war im Backend angemeldet, als der Fehler auftrat. Deshalb konnte ich alle Plugins deaktiveiren => keine Veränderung.

Inzwischen habe ich das error-logfile bei STRATO heruntergeladen. Hier die Fehlermeldung:
PHP Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'disable_embeds_rewrites' not found or invalid function name in[ ....]wp-content/class-wp-hook.php on line 298: /home/strato/http/premium/rid/[....]/htdocs/index.php

(Mit [...] habe ich Daten ausgelassen.)

Warum wird die debug.log bei Kati28 und auch bei mir nicht beschrieben?
Und weiß zufällig jemand, was der Pfad am Ende der Fehlermeldung bedeutet: /home/strato/http/premium/rid/[....]/htdocs/index.php ?

Danke schon mal und Grüße

Zitat von sina2008

Ich habe ein ähnliches Problem.
Jeder Link im Menü oder im Text führt zur Startseite. Weitere Seiten können nicht aufgerufen werden.
=> debug.log wird nicht angelegt in wp-content. Habe, wie oben empfohlen, eine debug.log manuell erstellt und alle Zugriffsrechte vergeben. Datei wird nicht beschrieben. Dateigröße bleibt konstant bei 0 KB. Es steht nichts drin.

Debugging-Modus im Browser funktioniert allerdings. So kann ich wenigstens die Fehlermeldung lesen.

Zitat von sina2008

Jeder Link im Menü oder im Text führt zur Startseite. Weitere Seiten können nicht aufgerufen werden.

Was bedeutet das genau? Link zur Seite?

Zitat von sina2008

Debugging-Modus im Browser funktioniert allerdings.

Aktivieren von WP_DEBUG mit Log siehe oben in #16.

Zitat von b3317133

Was bedeutet das genau? Link zur Seite?

Aktivieren von WP_DEBUG mit Log siehe oben in #16.

1. Links funktionieren nicht => hat sich erledigt. War ein Fehler in der functions.php
2. WP_DEBUG hatte ich in wp-config.php aktiviert. Nachdem keine debug.log angelegt wurde, habe ich eine manuell mit allen Zugriffsrechten in wp-content angelegt.

Die debug.log wurde aber nie beschrieben. Immer leer. Wie bei Kati28 wohl auch.

Ich lasse mir die Fehlermeldungen im Bedarfsfall eben im Browser anzeigen. Das funktioniert. Besser als nichts.

Danke für Deine Unterstützung!

Für Mitleser: Die Beschreibung von 2. mit Ausgabe in den Browser statt in die Datei deutet darauf hin, dass die oben verlinkte Anleitung zum Erstellen des Logs nicht korrekt befolgt wurde...

Zitat von b3317133

Für Mitleser: Die Beschreibung von 2. mit Ausgabe in den Browser statt in die Datei deutet darauf hin, dass die oben verlinkte Anleitung zum Erstellen des Logs nicht korrekt befolgt wurde...

Ein reines Anwendungsproblem also sowohl bei Kati28 als auch bei mir.
Wie können wir das klären?
Wo stehen sowohl Kati28 als auch ich auf dem Schlauch?

Vielleicht hat auch jemand anderes als b3317133 eine Erklärung oder einen Hinweis?

Vermutlich fehlte z.B. das im Link beschriebene Aktivieren von WP_DEBUG_LOG ...

Hier der Code am Ende meiner wp-config.php:

/**
 * Für Entwickler: Der WordPress-Debug-Modus.
 *
 * Setze den Wert auf „true“, um bei der Entwicklung Warnungen und Fehler-Meldungen angezeigt zu bekommen.
 * Plugin- und Theme-Entwicklern wird nachdrücklich empfohlen, WP_DEBUG
 * in ihrer Entwicklungsumgebung zu verwenden.
 *
 * Besuche den Codex, um mehr Informationen über andere Konstanten zu finden,
 * die zum Debuggen genutzt werden können.
 *
 * @link https://codex.wordpress.org/Debugging_in_WordPress
 */
/** Debug einschalten, ein = true, aus = false; normalerweise ausschalten */
define( 'WP_DEBUG', true );
/** Warnmeldungen in Datei debug.log schreiben */
define( ‘WP_DEBUG_LOG’, true );
/** Warnmeldungen nicht im Browser anzeigen */
define( 'WP_DEBUG_DISPLAY', false );


/* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß beim Bloggen. */
/* That's all, stop editing! Happy blogging. */


/** Der absolute Pfad zum WordPress-Verzeichnis. */
if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');


/** Definiert WordPress-Variablen und fügt Dateien ein.  */
require_once(ABSPATH . 'wp-settings.php');

Danach steht nichts mehr.

Wo ist der Fehler?

Anführungszeichen bei WP_DEBUG_LOG sind falsch.

Na endlich! Problem gelöst. Danke.

Interessant, dass einfaches Copy & Paste doch so grosse Probleme verursachen kann, man lernt nie aus... :rolleyes:

Sag bloß, Du hast dafür nicht auch eine Erklärung .... ;-))

Die wahrscheinlichste Erklärung ist blindes Kopieren von Dingen, die man nur ansatzweise oder auch gar nicht versteht, ohne das trotz vielfacher daraus resultierender Probleme grundsätzlicher zu hinterfragen, siehe auch andere Threads. Kopiert wird bevorzugt von irgendwoher, nur möglichst nicht aus der offiziellen Dokumentation. Gelesen wird das Kopierte in der Regel eher gar nicht, sonst wären die falschen Anführungszeichen in diesem Fall sofort aufgefallen. Schuld an allem sind dann erstmal die Leute, die äusserst zeitnah und kostenlos versuchen, durch diverse Fragen wenigstens ansatzweise Ordnung in diesen Wahnsinn zu bringen, wobei die Fragen und Hinweise meist teilweise oder auch ganz unbeachtet bzw. unbeantwortet bleiben. Gearbeitet wird dabei mit mehr als uralten WordPress 4.8.8 und PHP 5.3.29, was nebenbei auch völliger Wahnsinn ist, aber egal, denn wenn "was passiert", fragt man einfach wieder im Forum nach... :confused: