Andreas Brain

@dirkrosenbaum Vielen Dank für die Bestätigung.

P.S.: Ich habe gerade gesehen, dass das betroffene Plugin vor ein paar Monaten wegen eines Sicherheitsproblems aus dem Verzeichnis entfernt wurde: https://wordpress.org/plugins/event-espresso-free/

Richtig, die Funktion date_default_timezone_set() darf nur vom WordPress Core aufgerufen werden, Plugins und Themes sollten das nicht tun. Die Einsatzverwaltung tut das schon mal nicht, in der kostenlosen Variante des Themes Appointment Red konnte ich diesen Aufruf auch nicht finden. Falls ihr die Pro-Variante verwendet, müsste die nochmal extra überprüft werden. Ansonsten kann es natürlich auch eines der restlichen Plugins sein.

Ob die alte PHP-Version daran schuld haben kann, bin ich mir nicht sicher. Aber unabhängig davon sollte PHP 5.6 überhaupt nicht mehr eingesetzt werden. Es sollte mindestens PHP 7.3 verwendet werden.

Das Problem muss eine Kombination aus mehreren Dingen zur Ursache haben, da sie nicht bei allen Installationen auftritt (derzeit weiß ich nur von einer weiteren). Vielleicht könnt ihr mir helfen, die Ursache einzugrenzen:

• Welche Zeitzone ist bei WordPress eingestellt?
• Welches Theme ist aktiv?
• Welche anderen Plugins sind aktiv?

Puh, ich konnte jetzt erst mal nichts ähnliches dazu finden. Es gibt oder gab wohl schon das eine oder andere Problem mit Rewrite Rules auf Multisite, aber ganz konkret dieses Problem habe ich nicht entdecken können.

Was einen Versuch wert wäre: In den Einstellungen die Basis für die Permalinks von einsatzberichte zu einsatz zu ändern.

Zu dem Problem mit WP_DEBUG:
In der wp-db.php findet sich folgendes Stück Code:

if ( WP_DEBUG ) {
    mysqli_real_connect( $this->dbh, $host, $this->dbuser, $this->dbpassword, null, $port, $socket, $client_flags );
} else {
    @mysqli_real_connect( $this->dbh, $host, $this->dbuser, $this->dbpassword, null, $port, $socket, $client_flags );
}

Durch das @ wird der Fehler unterdrückt, wenn WP_DEBUG nicht aktiv ist, taucht aber vermutlich auch dann auf.

Versuche es mal mit

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

damit die Fehlermeldungen nur in /wp-content/debug.log landen und nicht die Ausgabe beeinträchtigen.

• This reply was modified 6 years, 5 months ago by Andreas Brain.

Hi,

sofern das erst nach bzw. bei der Veröffentlichung passiert, ist das sogar Absicht. Der Grund dafür ist die Funktion “Einsatzberichte zwischen den regulären WordPress-Beiträgen anzeigen”. Für die Sortierung der Beiträge wird das Veröffentlichungsdatum verwendet, somit müssen sich die Einsatzberichte entspechend verhalten. Allerdings sehe ich den Beginn des Einsatzes als das relevante Sortierkriterium, deshalb wird der Veröffentlichungszeitpunkt dadurch ersetzt.

Viele Grüße,
Andreas

Hallo Andreas,

danke für diesen Fehlerbericht. Ich habe das gerade ausprobiert und kann den Fehler bestätigen. Wird sofort behoben.

Viele Grüße,
Andreas

Und die Seite “Einsatzberichte” hat vor der Installation des Plugins auch was angezeigt? Bzw. wenn die Seite “Einsatzberichte” bearbeitet wird, ist im Editor auch was zu sehen?