Italiano
Español
РусскийPreveniți publicarea unui articol dacă câmpurile personalizate nu sunt completate
Am un tip de articol personalizat Event care conține câmpuri personalizate (metaboxes în ecranul de editare) pentru data și ora de început și sfârșit.
Aș dori să mă asigur că un Eveniment nu poate fi publicat (sau programat) fără ca datele să fie completate, deoarece acest lucru va cauza probleme cu șabloanele care afișează datele Evenimentului (pe lângă faptul că este o cerință necesară!). Cu toate acestea, aș dori să pot avea Evenimente în starea Ciornă care nu conțin o dată validă în timp ce sunt în pregătire.
Mă gândeam să folosesc hook-ul save_post pentru verificare, dar cum pot preveni schimbarea stării?
EDIT1: Acesta este hook-ul pe care îl folosesc acum pentru a salva post_meta.
// Salvează datele din Metabox
function ep_eventposts_save_meta( $post_id, $post ) {
if ( defined( 'DOING_AUTOSAVE' ) && DOING_AUTOSAVE )
return;
if ( !isset( $_POST['ep_eventposts_nonce'] ) )
return;
if ( !wp_verify_nonce( $_POST['ep_eventposts_nonce'], plugin_basename( __FILE__ ) ) )
return;
// Utilizatorul are permisiunea de a edita postarea sau pagina?
if ( !current_user_can( 'edit_post', $post->ID ) )
return;
// OK, suntem autentificați: trebuie să găsim și să salvăm datele
// Le vom pune într-un array pentru a fi mai ușor de parcurs
//debug
//print_r($_POST);
$metabox_ids = array( '_start', '_end' );
foreach ($metabox_ids as $key ) {
$events_meta[$key . '_date'] = $_POST[$key . '_date'];
$events_meta[$key . '_time'] = $_POST[$key . '_time'];
$events_meta[$key . '_timestamp'] = $events_meta[$key . '_date'] . ' ' . $events_meta[$key . '_time'];
}
$events_meta['_location'] = $_POST['_location'];
if (array_key_exists('_end_timestamp', $_POST))
$events_meta['_all_day'] = $_POST['_all_day'];
// Adaugă valorile din $events_meta ca câmpuri personalizate
foreach ( $events_meta as $key => $value ) { // Parcurge array-ul $events_meta!
if ( $post->post_type == 'revision' ) return; // Nu stoca datele personalizate de două ori
$value = implode( ',', (array)$value ); // Dacă $value este un array, transformă-l în CSV (puțin probabil)
if ( get_post_meta( $post->ID, $key, FALSE ) ) { // Dacă câmpul personalizat are deja o valoare
update_post_meta( $post->ID, $key, $value );
} else { // Dacă câmpul personalizat nu are o valoare
add_post_meta( $post->ID, $key, $value );
}
if ( !$value )
delete_post_meta( $post->ID, $key ); // Șterge dacă este gol
}
}
add_action( 'save_post', 'ep_eventposts_save_meta', 1, 2 );
EDIT2: și acesta este codul pe care încerc să-l folosesc pentru a verifica datele articolului după salvarea în baza de date.
add_action( 'save_post', 'ep_eventposts_check_meta', 99, 2 );
function ep_eventposts_check_meta( $post_id, $post ) {
//verifică dacă metadatele sunt complete când un articol este publicat
//print_r($_POST);
if ( $_POST['post_status'] == 'publish' ) {
$custom = get_post_custom($post_id);
//asigură-te că ambele date sunt completate
if ( !array_key_exists('_start_timestamp', $custom ) || !array_key_exists('_end_timestamp', $custom )) {
$post->post_status = 'draft';
wp_update_post($post);
}
//asigură-te că start < end
elseif ( $custom['_start_timestamp'] > $custom['_end_timestamp'] ) {
$post->post_status = 'draft';
wp_update_post($post);
}
else {
return;
}
}
}
Principala problemă cu aceasta este o problemă care a fost de fapt descrisă în altă întrebare: folosirea wp_update_post() în cadrul unui hook save_post declanșează o buclă infinită.
EDIT3: Am găsit o modalitate de a face acest lucru, folosind hook-ul wp_insert_post_data în loc de save_post. Singura problemă este că acum post_status este resetat, dar apare un mesaj înșelător care spune "Articol publicat" (prin adăugarea &message=6 la URL-ul redirecționat), deși starea este setată la Ciornă.
add_filter( 'wp_insert_post_data', 'ep_eventposts_check_meta', 99, 2 );
function ep_eventposts_check_meta( $data, $postarr ) {
//verifică dacă metadatele sunt complete când un articol este publicat, altfel revine la ciornă
if ( $data['post_type'] != 'event' ) {
return $data;
}
if ( $postarr['post_status'] == 'publish' ) {
$custom = get_post_custom($postarr['ID']);
//asigură-te că ambele date sunt completate
if ( !array_key_exists('_start_timestamp', $custom ) || !array_key_exists('_end_timestamp', $custom )) {
$data['post_status'] = 'draft';
}
//asigură-te că start < end
elseif ( $custom['_start_timestamp'] > $custom['_end_timestamp'] ) {
$data['post_status'] = 'draft';
}
//totul e în regulă!
else {
return $data;
}
}
return $data;
}
În afară de lipsa punctului și virgulă pe linia ta cu add_query_arg, acest truc cu filtrul redirect_post_location este exact ceea ce aveam nevoie. Mulțumesc!
MadtownLems
@MadtownLems rezolvat :)
Stephen Harris
Aceasta a fost singura soluție care a funcționat pentru mine (nu voiam niciun hack cu javascript). Ești cel mai bun!
Cogicero
Am urmat aceeași abordare, dar postarea este salvată ca "Ciornă" în loc de "Publicare" când funcția de validare returnează true. Nu sunt sigur cum să rezolv acest lucru!!!<br/>De asemenea, nu primesc datele pentru un câmp textarea (ex. post_content sau orice alt câmp text personalizat) în timpul apelului ajax?
Mahmudur
Am aplicat această soluție ușor diferit:
în primul rând am folosit codul de mai jos în javascript în caz de succes:
delayed_autosave(); //obține datele din câmpul textarea/tinymce
jQuery('#publish').data("valid", true).trigger('click'); //publică postarea
Mulțumesc mult.
Mahmudur
În prezent folosesc hook-ul save_post cu prioritatea 1 pentru a salva câmpurile meta din metabox-uri; ceea ce propui este să am un al doilea hook pentru save_post cu prioritatea, să zicem, 99? Asta va asigura integritatea? Dar dacă din anumite motive primul hook se execută, metadata este introdusă și postul este publicat, dar al doilea hook nu se execută, așa că ajungi cu câmpuri invalide?
englebip
Nu îmi pot imagina o situație în care primul hook s-ar executa dar al doilea nu... ce scenariu te face să crezi că asta s-ar putea întâmpla? Dacă ești atât de îngrijorat, poți insera post meta, verifica post meta, și apoi actualiza post_status într-o singură funcție care rulează dintr-un singur apel la un hook, dacă preferi.
mor7ifer
Am postat codul meu ca edit la întrebarea mea; am încercat să folosesc un al doilea hook pentru save_post dar asta declanșează o buclă infinită.
englebip
Problema ta este că ar trebui să verifici postarea creată. Deci if( get_post_status( $post_id ) == 'publish' ) este ceea ce ar trebui să folosești, deoarece vei redefini datele din $wpdb->posts, nu datele din $_POST[].
mor7ifer