Adăugarea validării și gestionarea erorilor la salvarea câmpurilor personalizate?

Sugerez utilizarea sesiunilor, deoarece acest lucru nu va crea efecte ciudate atunci când doi utilizatori editează simultan. Iată ce fac eu:

WordPress nu inițializează sesiuni. Deci trebuie să începeți o sesiune în plugin-ul dvs., functions.php sau chiar wp-config.php:

if (!session_id())
  session_start();

Când salvați postarea, adăugați erori și notificări în sesiune:

function my_save_post($post_id, $post) {
   if($something_went_wrong) {
     //Adăugați notificare de eroare dacă ceva nu a funcționat
     $_SESSION['my_admin_notices'] .= '<div class="error"><p>Acest lucru sau acela nu a funcționat</p></div>';
     return false; //poate opri procesarea aici
   }
   if($somthing_to_notice) {  //de exemplu, salvarea reușită
     //Adăugați notificare dacă ceva nu a funcționat
     $_SESSION['my_admin_notices'] .= '<div class="updated"><p>Postarea a fost actualizată</p></div>';
   }

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

Afișați notificările și erorile, apoi curățați mesajele din sesiune:

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' );

Bazat pe sugestia lui pospi de a folosi transients, am venit cu următoarea soluție. Singura problemă este că nu există un hook pentru a plasa mesajul sub h2 unde merg celelalte mesaje, așa că a trebuit să folosesc un hack cu jQuery pentru a-l plasa acolo.

Mai întâi, salvează mesajul de eroare în timpul handler-ului tău save_post (sau similar). I-am dat o durată scurtă de viață de 60 de secunde, astfel încât să fie acolo doar suficient timp pentru a se întâmpla redirect-ul.

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

Apoi, doar preia acel mesaj de eroare la următoarea încărcare de pagină și afișează-l. De asemenea, îl șterg pentru a nu fi afișat de două ori.

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>";
  }
}

Deoarece admin_notices se declanșează înainte ca conținutul principal al paginii să fie generat, notificarea nu apare acolo unde merg celelalte mesaje de editare a postării, așa că a trebuit să folosesc acest jQuery pentru a o muta acolo:

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

Deoarece ID-ul postării face parte din numele transient, acest lucru ar trebui să funcționeze în majoritatea mediilor cu mai mulți utilizatori, cu excepția cazului în care mai mulți utilizatori editează simultan aceeași postare.

Când acțiunea save_post rulează, postarea a fost deja salvată în baza de date.

Analizând codul WordPress, mai exact funcția update_post() din fișierul wp-includes/post.php, nu există nicio modalitate integrată de a intercepta o cerere înainte ca aceasta să fie salvată în baza de date.

Totuși, putem folosi hook-ul pre_post_update și funcțiile header() și get_post_edit_link() pentru a preveni salvarea postării.

<?php

/**
*   Efectuează validarea înainte de salvarea/inserarea unui tip de postare personalizat
*/
function custom_post_site_save($post_id, $post_data) {
    // Dacă aceasta este doar o revizie, nu face nimic.
    if (wp_is_post_revision($post_id))
        return;

    if ($post_data['post_type'] == 'my_custom_post_type') {
        // Respinge titlurile de postare cu mai puțin de 5 caractere
        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);

Dacă doriți să notificați utilizatorul despre ce a mers greșit, consultați acest gist: https://gist.github.com/Luc45/09f2f9d0c0e574c0285051b288a0f935

De ce nu validezi câmpul cu ajutorul unui Javascript? Cred că aceasta ar fi cea mai bună abordare pentru această situație.

Încercând să folosesc scriptul de mai sus, am întâmpinat o problemă ciudată. Două mesaje sunt afișate pe ecranul de editare, după actualizarea articolului. Unul arată starea conținutului de la salvarea anterioară, iar celălalt de la cea curentă. De exemplu, dacă salvez corect articolul și apoi fac o eroare, primul mesaj este "eroare" și al doilea este "ok" - deși sunt generate în același timp. Dacă modific scriptul și adaug doar un mesaj (de ex. "eroare"), inițiez o actualizare cu "eroare" și apoi alta cu "ok", mesajul "eroare" rămâne (este afișat pentru a doua oară). Trebuie să salvez din nou cu "ok" pentru a scăpa de el. Nu înțeleg ce este greșit, am testat pe trei servere locale diferite și problema apare la fel pe fiecare. Dacă cineva are vreo idee sau sugestie, vă rog să mă ajutați!

Am scris un plugin care adaugă gestionarea erorilor în timp real pe ecranele de editare a articolelor și previne publicarea postărilor până când câmpurile obligatorii sunt completate:

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

Acesta vă permite să setați orice câmpuri ale articolului ca obligatorii, dar puteți folosi API-ul oferit pentru a face și câmpuri personalizate obligatorii, cu mesaje de eroare personalizabile și funcție de validare. Implicit, verifică dacă câmpul este gol sau nu.