• la 9a edizione del phpDay, il più grande  e importante evento italiano, uno dei più importanti in Europa, dedicato al linguaggio di programmazione PHP, che si terrà a Verona, presso l’hotel San Marco, il 18 e 19 maggio 2012.
• la seconda edizione di jsDay, conferenza dedicata esclusivamente a Javascript, il 16 e il 17 maggio.

PHPDay

Gli argomenti trattati quest’anno spaziano dalle novità presenti nella nuova versione in sviluppo del linguaggio (la 5.4), casi di successo, qualità del codice ottenibile tramite metodologie di sviluppo (TDD, Continuous Integration, ecc.), best practice, project management, framework e librerie. Quest’anno il tema principale dell’evento sarà il linguaggio stesso.

La cosa “ghiotta”: tra i relatori, nientemeno che Rasmus Lerdorf, creatore del linguaggio stesso e Zeev Suraski, sviluppatore principale dell’engine Zend del linguaggio. La lista dei relatori è ricca di nomi noti a livello internazionale: Lorna Mitchell (phpWomen), David Coalier, David Zuelke e i nostrani Enrico Zimuel (svilippatore di Zend Framework 2) e Jacopo Romei. Il programma completo della conferenza è disponibile all’indirizzo http://2012.phpday.it/schedule

L’evento è supportato e sponsorizzato da importanti aziende del settore: Microsoft, Zend, Register, JetBrains e Ideato.

Nella serata che precede il phpDay, giovedì 16 maggio, Ideato sponsorizzerà, inoltre, l’hacknight, una sessione di programmazione nella quale i partecipanti sono invitati a contribuire al progetto stesso correggendo errori o apportando novità.

Le iscrizioni sono aperte, http://jsday-phpday2012.eventbrite.com/, il programma è visionabile suI sito di rifermento http://www.phpday.it ed è possibile rimanere aggiornati con le ultime novità sia tramite il sito che anche tramite i canali social di Facebook e Twitter: http://qrurl.it/r/5g e http://twitter.com/phpday

JsDay

Il jsDay è una conferenza dedicata esclusivamente a Javascript che si terrà nei due giorni precedenti.

La grande sopresa di quest’anno è data dalla presenza di Douglas Crockford,  senior JavaScript architect presso Yahoo!, noto a livello mondiale per il suo continuo e costante impegno con Javascript: sia nello sviluppo del linguaggio stesso che nella scrittura di strumenti (JSLint), rendendo celebre e popolare il formato Json, nonché autore di importanti libri (ad esempio “Javascript the good parts”).

Oltre a Douglas Crockford saranno presenti Mark Boas (jPlayer/Happyworm), Greg Schechter (YouTube), Christopher Rhodes (Google), Brandon Keepers (GitHub), Nuno Job (Nodejitsu) e tanti altri. Gli argomenti esposti spaziano dall’utilizzo di librerie largamente diffuse come Jquery, passando da quelle emergenti come Backbone.js e Ember.js e arrivando a Javascript lato server con Nodejs. Quest’ultimo è sicuramente uno degli argomenti più attesi visto l’interesse suscitato negli ultimi tempi.

Il programma della conferenza è disponibile all’indirizzo http://2012.jsday.it/schedule

Le iscrizioni sono aperte su http://jsday-phpday2012.eventbrite.com/.  Per restare in contatto e conoscere le novità si può visitare il sito web http://www.jsday.it oppure seguire i canali facebook e twitter: https://www.facebook.com/jsday.conference e https://twitter.com/jsconfit .

Entrambi gli eventi sono ideati e organizzati da Grusp, Gruppo Utenti e Sviluppatori PHP.

E purtroppo non sempre si ha la possibilità di mettersi a scegliere le immagini adeguate, specie quando il cliente te le deve passare… ieri.

Per questo motivo ho pensato di indagare le modalità di automatizzare l’aggiunta di placeholder di default che mi aiutassero a perdere meno tempo, dapprima con un plugin modificandolo in quanto un pò buggoso (ma che comunque consiglio, con customizzazione annessa che potete leggere su un mio vecchio articolo) ed oggi invece con una soluzione simpatica: sfruttando il servizio online placehold.it

Il servizio non fa altro che fornire i placeholder classici dei banner o delle thumb appunto, con una semplice chiamata ad una url, tipo questa

<img src="http://placehold.it/350x150">

che diventa… questo:

Utile: basta specificare le dimensioni nella URL e il servizio crea il placeholder!

Allora ho pensato di aggnaciare il servizio ad un hook di wordpress che mi creasse delle immagini personalizzate, quando il sistema cerca di creare un thumb ma non trova l’immagine caricata. L’hook esiste ed è “post_thumbnail_html“.

Di seguito il codice:

add_filter( 'post_thumbnail_html', 'webeing_default_thumb', 10, 5 );
function webeing_default_thumb( $html, $post_id, $post_thumbnail_id, $size, $attr ) {
		$width = "";
		$height =  "";

		if( '' == $html ) {
			global $_wp_additional_image_sizes;

			$dimensions = '';
			if ( is_array( $size ) ){
				$width = $size[0];
				$height = $size[1];
			}
			else{
			 	if( isset( $_wp_additional_image_sizes[$size] ) ) {
					$width = $_wp_additional_image_sizes[$size]['width'];
					$height = $_wp_additional_image_sizes[$size]['height'];
				}
			}
			$dimensions = 'width="'.$width.'" height="'.$height.'" ';
			$html = '<img src="http://placehold.it/'.$width.'x'.$height.'" />';
		}
		return $html;
}

Grande servizio PlaceHold.it se devi fare le cose veloci Lo consiglio a tutti i Web Designer.

Commenti e proposte come al solito ben accette, a presto!

Ieri scopro che una soluzione davvero efficiente con tanto di modifica al “core” del plugin jQuery si può trovare qui

http://groups.google.com/group/fancybox/browse_thread/thread/25dc483448612d07/

Non si capisce perchè Fancybox non fornsca ufficilamente questa feature ancora. Posto direttamente anche il pacchetto .zip della libreria.

UPDATE: aggiungo anche una miniguida.

Basta aggiungere i riferimenti al .js e al .css interni alla libreria ed attivare la funzione:

<script src="path/to/fancyboxv2/jquery.fancybox-1.3.4.js" type="text/javascript"></script>
<link rel="stylesheet" href="path/to/fancyboxv2/jquery.fancybox-1.3.4.css" type="text/css" media="screen" />

<script  type="text/javascript">
 /**
 * FancyBox custom effects
 */
 jQuery(document).ready(function(){
     jQuery('.fancybox').fancybox({'interval' : 5000});
 });

</script>

.fancybox è la classe che assegante alle vs immagini per innescare l’effetto. La nuova opzione interval temporizza l’effetto slideshow (in millisecondi).

Alcune immagini

A presto.

Il problema era aggiungere una estensione del tipo “.htm” alla fine dei permalink legati alle viste di tipo Archivio per le categorie, ovvero passare da %blogurl%/category/news/ a %blogurl%/category/news.htm.

La soluzione diventa semplice con un pò di manipolazione delle componenti della classe Rewrite di WordPress

add_filter('redirect_canonical', 'cancel_redirect_canonical');

// Cancel the redirection

function cancel_redirect_canonical($redirect_url){

global $post;

if (is_category()){

return false;

}

}

add_filter('user_trailingslashit', 'add_extension_function',999);

function add_extension_function($link) {

global $post;

if(is_category()){

return substr($link,0,-1) . ".htm";

}

else

return $link;

}

/*

* Flush delle regole per aggiornarle con la mia nuova

*/

add_action('init', 'remcat_flush_rules');

function remcat_flush_rules() {

global $wp_rewrite;

$wp_rewrite->flush_rules();

}

/*

* Genera la regola di rewrite

*/

add_filter('generate_rewrite_rules', 'add_extension_rewrite');

function add_extension_rewrite($wp_rewrite) {

$new_rules = array('(.+).htm' => 'index.php?category_name='.$wp_rewrite->preg_index(1));

$wp_rewrite->rules = $new_rules + $wp_rewrite->rules;

return $wp_rewrite;

}

Dopo qualche test il risultato sembra ottimo, ma provate pure e magari lasciate un commento.

A presto

Note: Citazione doverosa a questo articolo per lo spunto sui rewrite canonici…

In questo breve articolo vi presento un plugin di WordPress utile a creare delle DEMO d’effetto e soprattutto dei mock che siano visionabili dal cliente senza dover passare il tempo ad inserire nei post immagini di copertina e testi di prova inventati e che spesso ci portano via tempo per fare altro.

Il plugin si chiama “Default Post Thumbnail” e insieme a “Better Lorem Ipsum” permette di creare una serie di contenuti di default per il vostro sito: il primo crea una immagine di copertina di default per tutti i post, pagine, custom post types, etc…, mentre il secondo crea tassonomie (categorie, tag, etc…), post, pagine e custom post types usando l’ormai stra-noto sistema del “Lorem Ipsum“.

In particolare il primo però soffre di un grave problema: crea l’immagine di default solo alle dimensioni base specificate nel menù “Impostazioni/Media/Dimensionie Miniatura” che di solito è 150×150 px. Il problema è che se abbiamo impostato delle misure custom per il nostro tema con il supporto alle immagini di copertina custom, non otterremo le misure sperate.

Di seguito la mia correzione allo script del plugin, spero possa essere utile:

1. aprite il file defaultpostthumbnail.php
2. cercate la funzione display_default_post_thumbnail (dovrebbe essere l’ultima)
3. sostituite la firma della funzione con questa

function display_default_post_thumbnail($thumbnail_code, $post_id, $post_thumbnail_id, $size, $attr) {

Infine una poccola variazione anche al filtro di Hook richiamato nell’ultima riga con questo

add_filter('post_thumbnail_html','display_default_post_thumbnail', 10, 5);

Ora il plugin dovrebbe adattare le thumbs alle vostre richieste.

A presto!

Molti temi ancora lo usano per fare il “crop” delle immagini, anche se Wp oggi ha un’ottimo sistema di gestione immagini. Io di solito mi riscrivo i temi evitando di usare lo script, ma a volte è capitato di non porterlo fare… come risolvere?

La risposta è semplice: WP3+ in configurazione network usa un sistema di Rewrite per identificare le immagini che sono tutte contenute in un unica cartella “blogs.dir”. L’indirizzamento viene effettuato dal file .htaccess e la url è del tipo miodominio.tld/files/path/to/image.jpg. Il problema è che lo script di Timthumb non riesce a reindirizzare la url alla risorsa “vera” nella cartella blogs.dir.

Ecco la soluzione:

1. Troviamo il file timthumb.php sul vostro tema.

2. Aggiungiamo

require_once('../../../wp-blog-header.php');

all’inizio dello script (o almeno subito dopo la parte commentata di intestazione) per richiamare le variabili globali di WordPressm tra cui l’ID del blog in cui ci troviamo (ricordiamoci che siamo in un Network di Blog) . Mi raccomando di fare attenzione al percorso “../../..etc…” che cambia in base alla posizione del file sul server. Nel mio caso il file era nella stessa posizione dei file di template tel tema.

3. Sostituiamo la funzione clean_source($src) (fate un find&replace per trovarla) con questa

/**

* tidy up the image source url

*

* @param  $src

* @return string

*/

function clean_source ($src) {

$host = str_replace ('www.', '', $_SERVER['HTTP_HOST']);

$regex = "/^((ht|f)tp(s|):\/\/)(www\.|)" . $host . "/i";

$src = preg_replace ($regex, '', $src);

$src = strip_tags ($src);

$src = str_replace (' ', '%20', $src);

$src = check_external ($src);

// remove slash from start of string

if (strpos ($src, '/') === 0) {

$src = substr ($src, -(strlen ($src) - 1));

}

// don't allow users the ability to use '../'

// in order to gain access to files below document root

$src = preg_replace ("/\.\.+\//", "", $src);

//gdg: wp mu & wp 3 multisite fix

global $blog_id;

$src = preg_replace("/files/", "/wp-content/blogs.dir/$blog_id/files/", $src);

// get path to image on file system

$src = get_document_root ($src) . '/' . $src;

return $src;

}

Noterete subito le differenze e il punto in cui il path viene sostituito con quello reale.

Questo è quanto, a presto!

Il risultato è il codice qui sotto. Spero possa essere utile! Come al solito sono benvenute modifiche e suggerimenti.

function wb_hot_tags($tagcount = 7, $how_many_posts = 50){

//Parametri della funzione wp_tag_cloud (Vedi il Codex per maggiori informazioni)
$smallest = 11;
$largest = 12;
$unit = 'px';
$tagcount = $tagcount;
$format = 'list';
$separator = "\n";
$orderby = 'count';
$order = 'DESC';
$taxonomy = 'post_tag';

//Fisso la query sulla data odierna
$current_day = getdate();

$args = array(
'posts_per_page' => $how_many_posts,
'orderby' => 'date',
'order' => 'DESC',
'day' => $current_day["mday"],
'year' => $current_day["year"],
'monthnum' => $current_day["mon"],
);

query_posts($args);

$temp_ids = array();
while (have_posts()) : the_post();
     // get tags for each post
     $posttags = get_the_tags();
     if ($posttags) {
        foreach($posttags as $tag) {
        // store each tag id value
        $temp_ids[] = $tag->term_id;
     }
}
endwhile;

wp_reset_query();

$id_string = implode(',', array_unique($temp_ids));

echo '<h4 class="left">Temi Caldi:</h4>';
wp_tag_cloud("smallest=$smallest".
"&largest=$largest".
"&number=$tagcount".
"&orderby=$orderby".
"&order=$order".
"&unit=$unit".
"&format=$format".
"&taxonomy=$taxonomy".
"&separator=$separator".
"&include=$id_string"
);
}

Con qualche tocco di CSS a vostro piacimento e con l’aggiunta di jQuery, come ad esempio jQuery.liScroll, potete aggiungere al vostro magazine un tocco di “US-Style” alla CNN!

La funzione potrebbe essere legata anche a qualche Hook per poter aggiungere queste informazioni anche a fine articolo ad esempio!

A presto.

Nell’articolo precedente avevamo preso in esame i Custom Post Types (CPT), ovvero come creare dei contenuti più vicini agli “oggetti/concetti” che vogliono descrivere.

Oggi estendiamo il concetto con un nuovo pezzo, ovvero personalizziamo il backend di scrittura dei CPT degli autori, che dovreste avere fatto come esercizio seguendo gli stessi passaggi fatti per il CPT “Slides” (comunque il codice completo è nel file allegato).

Premesse

Consideriamo che il nostro CPT è stato nominato “wc11_author“.

Aggiungeremo per gli autori i campi: Email, WebSite e, interessante applicazione, la lista delle slide per permettere di associare l’autore alla slide che ha scritto. Questi dati verranno caricati su “Custom Fields”, ovvero “Campi Personalizzati” che aggiungono delle meta-informazioni correlate al post. Sarà possibile scrivere e leggere questi dati in qualsiasi momento per estrarne le informazioni.

Meta Boxes

Iniziamo a vedere un pò di codice. Le funzioni delle API di WordPress che ci interessano sono:

1. Una funzione che prepara il box (Meta Box, per dirla alla Codex)
2. Una funzione che aggiunge il box preparato, da agganciare al load dell’interfaccia amministrativa
3. Una funzione che gestisce i dati inviati al server, da agganciare al salvataggio dei dati

Il file custom-meta-boxes.php contiene il codice che commenteremo di seguito.

Iniziamo proprio dalla funzione che prepara il box

function wc11_author_info_box() {

global $post;

//Recupero i dati salvati nei Custom Fields per valorizzare le checkbox gia' selezionati
$post_meta_slide = get_post_meta($post->ID,'wc11_slides_list',true);
$post_meta_email = get_post_meta($post->ID,'wc11_author_email',true);
$post_meta_website = get_post_meta($post->ID,'wc11_author_website',true);

//recupero il catalogo vero e proprio
$slides = get_posts( array("post_type" => 'wc11_slides', "numberposts" => -1) );
$ddl='<label>Seleziona la slide dell\'autore:</label><select name="wc11_slides_list"><option value="0">Seleziona...</option>';
$selected ="";

if (count($slides) > 0 ):

  //Creo la visualizzazione come ComboBox
  foreach ($slides as $slide)
  {
    if ($slide->ID == $post_meta_slide ) $selected = 'selected="selected"';
    $ddl .= '<option value="' . $slide->ID .'" ' . $selected .'>' . $slide->post_title . '</option>';
  }

 $ddl .= '</select><br />';
 echo $ddl;

else :
  echo "<label>Sildes: <span>Nessuna Slides caricata</span></label>";
endif;

echo '<label>Email:  <input size="45" name="wc11_author_email" type="text" id="wc11_author_email_id" value="'
. $post_meta_email . '" /></label>';
echo '<br />';
echo '<label>WebSite: <input size="45" name="wc11_author_website" type="text" id="wc11_author_website_id" value="'
. $post_meta_website . '" /></label>';

// Use nonce for verification
wp_nonce_field( 'wc11_author', 'wc11_author_noncename' );
}

Il Meta Box preparato come si vede contiene due input box di testo: “wc11_author_email” e “wc11_author_website“, adibite a contenere i dati relativi all’email e al sito web dell’autore. Inoltre in precedenza viene creata una combo box con la lista delle slides caricate, per associare all’autore una slide dall’elenco. La cosa è abbastanza semplice: con get_post recuperiamo tutte le slides e costruiamo la combo box. In ultimo aggiungiamo anche un hidden field per la gestione del nonce di sicurezza previsto da WordPress

Il nostro box è pronto per essere aggiunto:

//Creo il mio box
function create_wc11_author_info_box() {
if ( function_exists('add_meta_box') ) {
  add_meta_box(
      'wc11_author_box_id',
      'Dati Autore',
      'wc11_author_info_box',
      'wc11_authors',
      'normal');
  }
}

add_action('admin_menu', 'create_wc11_author_info_box');

Add_meta_boxes è la funzione che crea effettivamente il box, “wrappata” dalla mia funzione create_wc11_author_info_box, che mi servirà come gancio per la action admin_menu. I parametri della funzione sono rispettivamente: l’ID del contenitore HTML del box, una descrizione, la callback di creazione effettiva del box (che abbiamo realizzato nel punto precedente), il CPT a cui associare il box (può essere anche ‘post’, ‘page’, etc… per poter aggiungere il box anche su classici post o pagine, volendo…) e la priorità del box.

Creato il box, manca la gestione dei dati salvati:

function save_postdata( $post_id ) {

global $post;

// verifichiamo che i dati provengano dal box in esame
if ( !wp_verify_nonce( $_POST['wc11_author_noncename'], 'wc11_author' )) {
return $post_id;
}

// verifico che non si tratta di un autosave
if ( defined('DOING_AUTOSAVE') && DOING_AUTOSAVE )
return $post_id;

// Valido i permessi
if ( 'wc11_author' == $_POST['post_type'] ) {
if ( !current_user_can( 'edit_page', $post_id ) )
  return $post_id;

} else {

if ( !current_user_can( 'edit_post', $post_id ) )
  return $post_id;

}

//Recupero le informazioni provenienti dal box
//$slide_selected contiene la slide selezionata
$slide_selected = $_POST['wc11_slides_list'];
$author_email = $_POST['wc11_author_email'];
$author_website = $_POST['wc11_author_website'];

//Recupero e controllo se i campi personalizzati sono già valorizzati
//Recupero i vecchi e li confronto con i nuovi...
$slide_saved = get_post_meta($post->ID,'wc11_slides_list', true);

//Controllo che ci siano slide selezionate, altrimenti cancello la slide se l'autore viene rimosso...
if ($slide_selected == 0)	{
delete_post_meta($slide_selected,'slide_autore_id',$post->ID);
delete_post_meta($post_id,'wc11_slides_list',$slide_selected);
}

//...Siccome il salvataggio è oneroso lo faccio solo quando scopro che i dati sono differenti
if ( !($slide_selected === $slide_saved)){

//Cancello la vecchia associazione con l'autore
delete_post_meta($slide_saved,'slide_autore_id',$post->ID);
//Aggiorno il post della slide con l'ID dell'autore che lo ha scritto (slide_autore_id)
update_post_meta($slide_selected,'slide_autore_id',$post_id);
//Aggiorno la lista delle slide scritte da questo autore (post_id) in modo che rimangano sempre memorizzati
update_post_meta($post_id,'wc11_slides_list', $slide_selected);

}

//Aggiorno gli altri campi

if ($author_email != "") update_post_meta($post_id,'wc11_author_email',$author_email);
if ($author_website != "") update_post_meta($post_id,'wc11_author_website',$author_website);

}

add_action('save_post', 'save_postdata');

La funzione save_postdata verrà quindi richiamata al salvataggio del post, grazie all’Hook finale. Si può notare il massivo uso delle API di aggiornamento/cancellazione dei valori sui campi personalizzati del post in esame (update_post_meta, delete_post_meta).

In realtà noterete che per tenere traccia della relazione tra Slides-Autore, aggiorno contemporaneamente il campo personalizzato degli autori e quello della slide selezionata: in questa maniera posso creare una sorta di relazione 1:1 tra l’oggetto Slide e quello Autore; questo mi permetterà sempre di recuperare le meta informazioni da una parte e dall’altra.

Questo conclude la piccola guida, estratta anche questa dall’intervento del KnowCamp2011. Il prossimo appuntamento è sulle Custom Taxonomies. Vi aspetto!

Dopo la magnifica esperienza al KnowCamp2011 (#kc2011) di Sabato (19/03) condivido il materiale relativo allo speech che mi ha visto coinvolto al WordCamp interno alla manifestazione.

Inizio col pubblicare le slides, per chi fosse interessato a quanto detto e soprattutto a chi ha seguito ma, causa tempo ridotto (o meglio intervento forse troppo lungo!) , non ha potuto cogliere tutti gli aspetti della vicenda.

Come detto anche in sede WordCamp, Custom Post Types, Taxonomies e Meta Boxes (o a volte denominati Write Panels) sono un ottimo modo di organizzare i contenuti “differenti” dai classici Posts/Pages/Attachments previsti da WordPress e finalmente lo avvicinano ad un evoluto CMS, accostando features come questa all’ottima usabilità e semplicità di Design già stra-note del nostro amatissimo WP.

Venaimo alla parte più interressante cerdo…

L’Esempio proposto

L’esempio proposto trattava la realizzazione di una serie di contenuti custom per la gestione delle Slides e degli Autori delle stesse, facendo in modo che possano essere inserite le slide in un contenuto “Slides” e le informazioni sull’Autore in un contenuto “Autore” (assolutamente da non confondere con gli “autori” definiti da WordPress, mi raccomando…il senso è un altro!), per descrivere il quale saranno usati 3 campi aggiuntivi: email, sito web e il nome della slide realizzata. Per fare ciò in particolare vedremo come legare i due contenuti insieme.

Aggiungeremo una tassonomia custom per le slides, che organizzino le stesse in “Aree Tematiche“.

Il tutto è già su una demo, ma ci arriveremo

Aggiungiamo il codice al tema

Per prima cosa, definiamo i nostri file per la gestione dei dati. Scegliamo di non creare un plugin per semplicità ma di inserire la feature “a bordo” del nostro tema (quindi funzionerà solo per il tema in questione). Il luogo deputato a questo è il file functions.php.

Per cominciare creiamo una cartella all’interno del tema sul server, chiamata includes, nella quale andremo a creare anche i file di management come in figura:

Aggiungiamo i file al nostro functions.php:

/**
* WC11 Theme Functions
* By Enrico Corinti
* Webeing.net
*/

define ("THEME_INCLUDES", STYLESHEETPATH . "" . "/includes/");

require_once THEME_INCLUDES . "custom-post-types.php";
require_once THEME_INCLUDES . "custom-taxonomies.php";
require_once THEME_INCLUDES . "custom-meta-boxes.php";
require_once THEME_INCLUDES . "custom-columns.php";

Andiamo a vedere il primo pezzo

Custom Post Types (CPT)

E’ ora di vedere la parte relativa ai Custom Post Types. Di seguito il codice del file custom-post-types.php.

Vediamo subito come si istanzia un CPT, agganciandolo all’Hook “init“:

/**
* WC11 Custom Post Types
* By Enrico Corinti
* Webeing.net
*/

//Definizione Post Type: Slides
//Hook WordPress

add_action( 'init', 'create_wc11_slides_type' );

//Funzione da agganciare
function create_wc11_slides_type() {
//...parametri
}

Successivamente prepariamo gli array che servono per descrivere le etichette che compariranno sul backend, quando andremo a scrivere i nostri contenuti

//Etichette

$wc11_slides_labels = array(

'name'=> "Slide",
'singular_name' => "Slides",
'add_new' => "Nuova Slide",
'add_new_item' => "Aggiungi una nuova Slide",
'edit_item'=>  "Modifica Slide",
'new_item' =>  "Nuova Slide",
'view_item' =>  "Visuallizza Slide",
'search_items' =>  "Ricerca Slide",
'not_found' =>  "Nessuna Slide trovata",
'not_found_in_trash'=> "Nessuna Slide e' nel cestino",
'parent_item_colon' =>  "Genitore",
'menu_name' =>  "Gestione Slides",

);

Impostiamo i “Write Panels” standard, ovvero i box di inserimento dati lato backend, che vogliamo includere: nel nostro caso il Titolo, l’Editor per la scrittura dei contenuti e il box dell’immagine di copertina

//Box di scrittura classici da aggiungere
$wc11_slides_supports = array('title', 'editor','thumbnail');

Infine, ma importantissimo, andiamo ad impostare il nostro permalink: nel mio caso mi accontento di una regola semplice che inserisca uno “slug” prima del nome del contenuto inserito (che chiamo “slides”)

//Rewrite rules per questo post type
$wc11_slides_rewrite = array(
'slug' => "slides",
);

E’ arrivato il momento di gestire gli altri parametri, come da Codex. Tra i più importanti: public, has_archive, menu_position, hierarchical

//Argomenti customizzati

$wc11_slides_args = array(
'public' = true,
'publicly_queryable' => true, //Default come su 'public'
'show_ui' => true, //Default come su 'public'
'exclude_from_search' => false,  //Default opposite to 'public'
'has_archive' => true,
'description' => "Gestione delle Slides del Wordcamp",
'menu_position' => 5, //5 == Belowe Post link, 10 Belowe Media Link
'menu_icon' => "http://icons.iconarchive.com/icons/icons-land/vista-multimedia/16/Slide-Show-icon.png",
'hierarchical' => false,
'labels' => $wc11_slides_labels ,
'supports' => $wc11_slides_supports,
'rewrite' => $wc11_slides_rewrite,
);

Ora possiamo finalmente registrare il nostro CPT “Slide”!

//Finalmente registriamo il CPT
function create_wc11_slides_type() {
register_post_type( 'wc11_slides',$wc11_slides_args);
}

Partendo dagli stessi spunti, sarà possibile registrare altri tipi di dato, tra cui ad esempio gli Autori delle Slides.

Il file completo contiene tutto e di seguito vediamo il risultato

Se volete leggere qualcosa in più:

1. Codex: Post Types
2. Codex: Register Post Types
3. Codex: Parameters

Prossima puntata: Write Panels!

http://www.miosito.it/?cat=3

in

http://www.miosito.it/cateogry/categoria3/

e creare i tanto famosi Pretty Permalinks.

Il sistema nativo di WordPress prevede già tutto, ovviamente.

Ma che succede se questo non basta? Se il vostro cliente vi chiede una struttura più complessa? Ad esempio, supponiamo che vi chiedano di rimuovere il prefisso base “category” o peggio che per questioni di retro-compatibilità o vezzo SEO ( …scherzo! ) vi chiedano che solo una determinata categoria debba avere un permalink particolare.

Dopo aver provato varie soluzioni con la modifica dell’.htaccess (che comunque consiglio di vedere googlando un pò), ho approfondito il problema alla base e basandomi su questo articolo illuminante a riguardo (finito subito sul mio delicious) e sul Codex, ecco il mio caso.

La categoria da considerare era Blogs, più tutte le sotto categorie associate. Il sistema aveva una cateogria base inserita nella piattaforma denominata “cat“. Si doveva fare in modo quindi che solo per questa categoria e figlie il link passasse da

http://miosito.it/cat/blogs/subcat a http://miosito.it/blogs/subcat

Il risultato è questo:

/*
* Gestisce il rewrite della delle sottocategorie di Blogs, URL originaria /cat/blogs/SUBCAT => /blogs/SUBCAT
*/

/*
* Filtro le URL per riscriverle come voglio, rimpiazzando /cat/blogs/ con /blogs/ solo se siamo in una sotto-categoria
*/

add_filter('user_trailingslashit', 'remcat_function');
function remcat_function($link) {
global $post;
$idObj = get_category_by_slug('blogs');
$id = $idObj->term_id;
if(post_is_in_descendant_category($id, $post )){
return str_replace("/cat/blogs/", "/blogs/", $link);
}
else
return $link;
}

/*
* Flush delle regole per aggiornarle con la mia nuova
*/
add_action('init', 'remcat_flush_rules');
function remcat_flush_rules() {
global $wp_rewrite;
$wp_rewrite->flush_rules();
}

/*
* Genera la regola di rewrite che associa la chiamata a
* /blogs/%SUBCAT% alla richiesta vera index.php?category_name=%SUBCAT%
* Aggiungo poi la regola all'elenco delle altre
*/
add_filter('generate_rewrite_rules', 'remcat_rewrite');
function remcat_rewrite($wp_rewrite) {
$new_rules = array('blogs/(.+)/?' => 'index.php?category_name='.$wp_rewrite->preg_index(1));
$wp_rewrite->rules = $new_rules + $wp_rewrite->rules;
}

Una piccola nota: ho usato la funzione

post_is_in_descendant_category($cat_ID,$post)

che potete trovare documentata qui e che controlla se la categoria del post passato come parametro è figlia di quella passata con l’ID.

Inserite il codice in functions.php e il gioco è fatto: visitanto http://miosito.it/cat/blog/subcat verrete reindirizzati su http://miosito.it/blog/subcat

Commenti e opinioni a voi.