Gewiss, es ist kein gängiger Fehler, der mir neulich beim Aufräumen einer älteren WordPress-Installation unterkam. Jedenfalls habe ich ihn bisher noch nie gesehen. Die Notice dazu trat nach dem Speichern eines bestimmten Beitrags im Debuglog auf. Einen schlüssigen Hinweis auf die Ursache gab die Zeile 921 in der wp-includes/meta.php.
Diese Funktion soll feststellen, ob der Name (Schlüssel) eines benutzerdefinierten Feldes mit „_“ beginnt und ein geschützter Schlüssel ist. Der Fehler weist darauf hin, dass der Wert den die Funktion erhielt, leer war.
Beim Anzeigen der Meta-Box für benuterzdefinierte Felder zeigte sich, dass am Anfang ein Key-Value-Paar eingetragen war, bei dem sowohl Schlüssel als auch Wert fehlten. Nach dem Löschen des Eintrags trat der Fehler nicht mehr auf.
Die wahrscheinlichste Ursache ist, dass es sich hierbei um die Hinterlassenschaft eines Plugins handelte, das benutzerdefinierte Felder einbrachte die nicht mit einem Underscore vor der Erfassung im $_POST['meta']-Array geschützt waren. Als das betroffene Feld nicht mehr Bestandteil der Plugin-Daten war, blieb ein leerer Eintrag im Meta-Array zurück.
Plugins oder Themes die Daten in benutzerdefinierten Feldern speichern und selbst für deren Erfassung beim Speichern sorgen, sollten die Feldnamen mit einem Underscore beginnen lassen um zu vermeiden, dass in der Standard-Metabox für benutzerdefinierte Felder ein weiteres Mal geführt werden. Alternativ kann die Unterstützung für benutzerdefinierte Felder auch deaktiviert werden, sofern sichergestellt ist, dass sie nicht benötigt werden.
add_action( 'init', 'my_remove_post_type_support', 10 );
function my_remove_post_type_support() {
remove_post_type_support( 'post', 'custom-fields' );
}
Schreibe einen Kommentar