Problema con la acción “save_post” de WordPress

Desarrollé un complemento de WordPress que necesita realizar un procesamiento adicional cuando se guarda una publicación de un tipo de publicación personalizada.

La solución más lógica era utilizar la acción “save_post”. Al ser invocado, el controlador de acciones crea o actualiza un registro de la base de datos en una tabla personalizada (dependiendo de si se hace clic en “Crear publicación” o “Actualizar publicación”).

He implementado esto y parece estar funcionando perfectamente, pero hay un problema menor que me gustaría resolver. Parece que “save_post” también se activa cuando se carga la página “Crear publicación” por primera vez (es decir, antes de ingresar cualquier entrada del usuario y antes de presionar el botón enviar nuevos/cambios).

Esto significa que la tabla de la base de datos personalizada se llena con una fila en blanco para cada nueva publicación que se guarda. También significa que hay una fila en blanco por cada vez que se carga la página Agregar publicación.

Aquí hay una versión simplificada de mi controlador “save_post”:

function do_save_post($post_id) {
    if (get_post_type($post_id) !== 'mycustomtype')
        return $post_id;

    if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE)
        return $post_id;

    if (!current_user_can('edit_mycustomtype'))
        return $post_id;

    echo 'This happens when selecting "Add New" from admin sidebar.';
    echo 'Even though post has not been saved or updated.';
    echo 'This should only happen when button on right of editor is clicked.';
}

¿Cómo puedo detectar si la publicación realmente se está guardando?

Tuve el mismo problema y eché un vistazo a la sección correspondiente de post.php. Resulta que save_post se llama cada vez que se ejecuta post.php, por lo que lo ejecutará en la creación de publicaciones, listas, etc.

En WP 3.1, “post_updated” se llama solo en un evento de guardar/crear en post.php. Así que usé:

add_action('post_updated', 'some_function');

Espero que esto funcione para usted también.

Usar el gancho ‘post_updated’ tiende a ser problemático, particularmente cuando se usan tipos de publicaciones personalizadas. En cambio, usé esto como mi solución:

   function do_save_post($post_id){
        $post = get_post($post_id);
        if($post->post_status == 'trash' or $post->post_status == 'auto-draft'){
                return $post_id;
        }
        echo "do stuff";
    }

Tampoco quería realizar ninguna acción cuando los elementos se enviaban a la papelera.

Este enlace se ejecuta cada vez que se crea o actualiza una publicación o página, lo que podría ser desde una importación, un formulario de edición de publicación/página, xmlrpc o una publicación por correo electrónico. Así que supongo que también se ejecuta cuando se guarda una revisión posterior. Si estuviera en su lugar, verificaría si el postID está configurado (es el único argumento que debe obtener la función de gancho) y si es una revisión wp_is_post_revision().

Es posible que desee verificar si los datos realmente se están publicando o no.

if(isset($_POST['post_title'])){
    //do stuff
}