"Quick Edit"> Update löscht meine benutzerdefinierten Metawerte

Ich habe zwei benutzerdefinierte Metafelder, die ich für jeden Beitrag aktiviert habe, scottb_customHeader und scottb_customTitle

Diese funktionieren einwandfrei, solange ich die vollständige Bearbeitungsfunktion zum Bearbeiten von Posts verwende. Wenn ich jedoch auf "Schnellbearbeitung" und dann auf "Aktualisieren" klicke, werden meine benutzerdefinierten Metawerte für den Beitrag gelöscht. Was muss ich tun, um das Problem zu beheben?

Code ist unten ...

add_action('save_post', 'custom_add_save');


function custom_add_save($postID){
    if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE) {
        return $postID;
    }
    else
    {
        // called after a post or page is saved
        if($parent_id = wp_is_post_revision($postID))
        {
        $postID = $parent_id;
        }

        if ($_POST['scottb_customHeader']) 
        {
            update_custom_meta($postID, $_POST['scottb_customHeader'], '_scottb_customHeader');
        }
        else
        {
            update_custom_meta($postID, '', '_scottb_customHeader');
        }
        if ($_POST['scottb_customTitle']) 
        {
            update_custom_meta($postID, $_POST['scottb_customTitle'], '_scottb_customTitle');
        }
        else
        {
            update_custom_meta($postID, '', '_scottb_customTitle');
        }
    }
}

function update_custom_meta($postID, $newvalue, $field_name) {
    // To create new meta
    if(!get_post_meta($postID, $field_name)){
    add_post_meta($postID, $field_name, $newvalue);
    }else{
    // or to update existing meta
    update_post_meta($postID, $field_name, $newvalue);
    }
}

Fügen Sie dem Post-Edit-Formular zusammen mit Ihren benutzerdefinierten Feldern eine versteckte Flagge hinzu. Etwas wie

<input type="hidden" name="my_hidden_flag" value="true" />

Wickeln Sie dann alle Ihre benutzerdefinierten save_post-Inhalte in eine Prüfung für dieses Flag ein. Dann müssen Sie auch nicht mehr nach der Konstante für die automatische Speicherung suchen. Wenn das Flag nicht vorhanden ist, handelt es sich entweder um eine schnelle Bearbeitung oder um eine automatische Speicherung.

function custom_add_save($postID){

    // Only do this if our custom flag is present
    if (isset($_POST['my_hidden_flag'])) {

        // called after a post or page is saved
        if($parent_id = wp_is_post_revision($postID)) {
            $postID = $parent_id;
        }

        if ($_POST['scottb_customHeader']) {
            update_custom_meta($postID, $_POST['scottb_customHeader'], '_scottb_customHeader');
        } else {
            update_custom_meta($postID, '', '_scottb_customHeader');
        }

        if ($_POST['scottb_customTitle']) {
            update_custom_meta($postID, $_POST['scottb_customTitle'], '_scottb_customTitle');
        } else {
            update_custom_meta($postID, '', '_scottb_customTitle');
        }

    }

}

Ich hatte das gleiche Problem. Fügen Sie einfach den folgenden Code am Anfang der save_postRückruffunktion für Aktions-Hooks hinzu (die Funktion zum Speichern der benutzerdefinierten Daten).

// handle the case when the custom post is quick edited
// otherwise all custom meta fields are cleared out
if (wp_verify_nonce($_POST['_inline_edit'], 'inlineeditnonce'))
      return;

Was es tatsächlich tut: Es prüft, ob das schnelle Speichern wp_nonce_fieldvorhanden ist und returnob dies der Fall ist. Es ist nicht erforderlich, ein zusätzliches ausgeblendetes Feld im Formular zu erstellen.

Die Frage ist ziemlich alt, aber ich denke, dass das Problem immer noch besteht.

Um ehrlich zu sein, gibt es hier keine gute Antwort, weil es nichts mit Sicherheit zu tun hat. Sie speichern Daten in der Datenbank, ohne deren Quelle zu überprüfen ...

Sie sollten nonce verwenden, um die Datenquelle zu überprüfen. Dank dieser Funktion werden sie von QuickEdit nicht überschrieben (oder gelöscht). WordPress gibt Ihnen Utils dafür

Fügen Sie Ihrem Formular hinzu:

wp_nonce_field('my_custom_page', '_my_custom_page');

Und dann zu Beginn Ihrer Speicherfunktion:

if (!wp_verify_nonce( $_POST['_my_custom_page'], 'my_custom_page' )) { return $post_id; }

Sie sollten dies für jeden benutzerdefinierten Beitrag tun.

Was passiert ist: Die neue Aktion für 'save_post'ist nicht dafür ausgestattet, die neuen Daten zu verarbeiten, die Sie in Ihren benutzerdefinierten Feldern haben. Wenn der Sicherungsbeitrag ausgeführt wird, fehlen alle benutzerdefinierten $ _POST-Felddaten, und die Feldwerte werden gelöscht, sodass Sie nichts mehr haben.

FIX:

Wo immer dies der add_action('save_post','your_new_action');Fall ist, können Sie dafür sorgen, dass es frühzeitig zurückkehrt, wenn Sie sich auf dem Bildschirm "Bearbeiten" befinden (wo die schnellen Änderungen erfolgen):

 global $current_screen;    
 if($current_screen->base == 'edit') return $post_id;

Oder Sie können überprüfen, ob die Aktion $ _POST ein Inline-Save ist (der Aktionsname der Schnellbearbeitung), und danach nichts mehr ausführen, um Ihre benutzerdefinierten Feldwerte beizubehalten:

 if( $_POST['action'] != 'inline-save' ) { echo 'Do this then..'; }

Ich muss vielleicht noch mehr ausarbeiten, wenn Sie nicht sicher sind, wo Sie diese Schnipsel ablegen sollen. Aber ich hoffe, es hilft jemandem mit ähnlichen Problemen.

Das Problem hierbei ist, dass WP sieht, dass Ihre Felder nicht festgelegt sind, und Sie WP anweisen, sie zu löschen. Löschen Sie es nicht, wenn das Feld nicht vorhanden ist. Löschen Sie es, wenn das Feld vorhanden, aber leer ist.

    if ( isset( $_POST[$meta_key] ) ){
        $meta_value = $_POST[$meta_key];
        if ($meta_value) {
            update_term_meta($term_id, $meta_key, $meta_value);
        } else {
            delete_term_meta($term_id, $meta_key);
        }
    }