Aggiungere validazione e gestione degli errori durante il salvataggio dei campi personalizzati?

Consiglio di utilizzare le sessioni poiché questo eviterà effetti strani quando due utenti modificano contemporaneamente. Ecco cosa faccio:

WordPress non avvia le sessioni automaticamente. Quindi devi avviare una sessione nel tuo plugin, functions.php o anche wp-config.php:

if (!session_id())
  session_start();

Quando salvi il post, aggiungi errori e notifiche alla sessione:

function my_save_post($post_id, $post) {
   if($something_went_wrong) {
     //Aggiungi un messaggio di errore se qualcosa è andato storto
     $_SESSION['my_admin_notices'] .= '<div class="error"><p>Questo o quello è andato storto</p></div>';
     return false; //potrebbe interrompere l'elaborazione qui
   }
   if($somthing_to_notice) {  //es. salvataggio riuscito
     //Aggiungi una notifica se necessario
     $_SESSION['my_admin_notices'] .= '<div class="updated"><p>Post aggiornato</p></div>';
   }

   return true;
} 
add_action('save_post','my_save_post');

Visualizza le notifiche e gli errori e poi pulisci i messaggi nella sessione:

function my_admin_notices(){
  if(!empty($_SESSION['my_admin_notices'])) print  $_SESSION['my_admin_notices'];
  unset ($_SESSION['my_admin_notices']);
}
add_action( 'admin_notices', 'my_admin_notices' );

Basandomi sul suggerimento di pospi di utilizzare i transients, ho sviluppato la seguente soluzione. L'unico problema è che non esiste un hook per posizionare il messaggio sotto il tag h2 dove compaiono gli altri messaggi, quindi ho dovuto ricorrere a una soluzione jQuery per posizionarlo correttamente.

Per prima cosa, salva il messaggio di errore durante il tuo handler save_post (o simile). Assegno una breve durata di 60 secondi, così che sia disponibile giusto il tempo necessario per il reindirizzamento.

if($has_error)
{
  set_transient( "acme_plugin_error_msg_$post_id", $error_msg, 60 );
}

Poi, recupera semplicemente quel messaggio di errore al caricamento successivo della pagina e visualizzalo. Lo elimino anche per evitare che venga mostrato due volte.

add_action('admin_notices', 'acme_plugin_show_messages');

function acme_plugin_show_messages()
{
  global $post;
  if ( false !== ( $msg = get_transient( "acme_plugin_error_msg_{$post->ID}" ) ) && $msg) {
    delete_transient( "acme_plugin_error_msg_{$post->ID}" );
    echo "<div id=\"acme-plugin-message\" class=\"error below-h2\"><p>$msg</p></div>";
  }
}

Dato che admin_notices viene eseguito prima della generazione del contenuto principale della pagina, l'avviso non appare dove vengono mostrati gli altri messaggi di modifica del post, quindi ho dovuto usare questo codice jQuery per spostarlo:

jQuery('h2').after(jQuery('#acme-plugin-message'));

Poiché l'ID del post fa parte del nome del transient, questa soluzione dovrebbe funzionare nella maggior parte degli ambienti multi-utente, tranne quando più utenti modificano contemporaneamente lo stesso post.

Quando save_post viene eseguito, il post è già stato salvato nel database.

Analizzando il codice core di WordPress, più precisamente la funzione update_post() in wp-includes/post.php, non esiste un modo integrato per intercettare una richiesta prima che venga salvata nel database.

Tuttavia, possiamo agganciarci a pre_post_update e utilizzare header() e get_post_edit_link() per impedire il salvataggio del post.

<?php

/**
*   Esegue la validazione prima di salvare/inserire un custom post type
*/
function custom_post_site_save($post_id, $post_data) {
    // Se questa è solo una revisione, non fare nulla.
    if (wp_is_post_revision($post_id))
        return;

    if ($post_data['post_type'] == 'my_custom_post_type') {
        // Nega i titoli dei post con meno di 5 caratteri
        if (strlen($post_data['post_title'] < 5)) {
            header('Location: '.get_edit_post_link($post_id, 'redirect'));
            exit;
        }
    }
}
add_action( 'pre_post_update', 'custom_post_site_save', 10, 2);

Se vuoi notificare all'utente cosa è andato storto, controlla questo gist: https://gist.github.com/Luc45/09f2f9d0c0e574c0285051b288a0f935

Perché non validi il tuo campo con l'aiuto di un po' di Javascript? Penso che questo sarebbe l'approccio migliore per questa situazione.

Provando a utilizzare lo script sopra, mi sono imbattuto in uno strano problema. Due messaggi vengono visualizzati nella schermata di modifica, dopo l'aggiornamento del post. Uno mostra lo stato del contenuto dal salvataggio precedente e l'altro da quello corrente. Ad esempio, se salvo correttamente il post e poi commetto un errore, il primo è "errore" e il secondo è "ok" - anche se vengono generati nello stesso momento. Se modifico lo script e aggiungo solo un messaggio (ad esempio "errore"), avvio un aggiornamento con "errore" e dopo un altro con "ok", il messaggio "errore" rimane (viene visualizzato una seconda volta). Devo salvare con "ok" un'altra volta per eliminarlo. Non capisco davvero cosa ci sia di sbagliato, l'ho testato su tre server locali diversi e lo stesso problema si verifica su ognuno di essi. Se qualcuno ha un'idea o un suggerimento, per favore aiutatemi!

Ho scritto un plugin che aggiunge una gestione degli errori in tempo reale per le schermate di modifica degli articoli e impedisce la pubblicazione dei post finché i campi obbligatori non vengono compilati:

https://github.com/interconnectit/required-fields

Ti permette di rendere obbligatori qualsiasi campo degli articoli, ma puoi anche utilizzare l'API fornita per rendere obbligatori campi personalizzati con un messaggio di errore personalizzabile e una funzione di validazione. Di default verifica semplicemente se il campo è vuoto o meno.