Con dispiacere ho appena constatato che WordPress non permette di manipolare i commenti in maniera completa. Infatti non è possibile spostare in modo semplice e veloce un commendo di un utente da un post ad un altro. Può succedere che qualche utente poco curante scriva un commento ad un post su un post che non centra proprio una mazza con il commento scritto ( provate a ripeterlo 10 volte velocemente ).

Come tutto esiste una soluzione, che però ci costringe a sporcarci le mani. Dovremmo infatti mettere mani al database MySQL di WordPress per cambiare l'id a cui il commento fa riferimento e sostituirlo con l'id del post su cui vogliamo farlo comparire. Niente di impossibile!

Per prima cosa dobbiamo loggarci in phpmyadmin¹ e identificare il database di WordPress.

La prima mossa è trovare l'ID del post sul quale vogliamo spostare il post. Apriamo quindi la tabella wp_posts e tramite il nome troviamo il post. Potete avvalervi della funzione ricerca e delle clausole LIKE per facilitarvi il compito. Una volta trovato il post editatelo e dovreste trovarvi di fronte ad una cosa del genere:

Annotatevi il valore dell'ID del post. Questo dovrà essere inserito in seguito nel record riguardante il commento.

A questo punto aprite la tabella wp_comments e trovate il commento che volete spostare. Editatelo, e avrete una cosa di questo tipo:

Vi basterà sostituire il valore del campo comment_post_ID con quello annotato precedentemente. Salvate la modifica fatto e avrete spostato il commento.

1. o qualsiasi applicazione che normalmente usate per interfacciarvi con il db. La guida la faccio ruotare intorno a phpmyadmin dato che è usato nel 99% degli hosting. [↩]

Avete presente la procedura semplice e veloce d'installazione di WordPress? Con Windows Server questa però assume un significato completamente diverso. Recentemente ho dovuto mettere online un sito basato su WordPress su un server virtuale Aruba, per ovvi motivi non intestato a nome mio , con Windows Server. Credetemi sulla parola quando vi dico che la cosa è alquanto straziante. Per di più oltre ai problemi legati a WordPress mi sono imbattuto in problemi per quanto riguarda PHP e MySQL. Cominciamo con il dire che WordPress è sostanzialmente pensato per lavorare su server Linux, la stessa Aruba nel suo vademecum afferma che il supporto della piattaforma su Windows Server non è garantito. Tuttavia con un po' di pazienza e olio di gomito questo non è un impedimento. Ovviamente per il funzionamento di WordPress 3.2 il server deve garantire PHP 5.2.4 e MySQL 5.0( o superiori ). L'installazione di per se non è molto complicata, dovete però mettervi in testa che quasi sicuramente incorrerete in problemi nell'utilizzo di alcuni plugin o funzioni. Ci sono infatti delle librerie che su Windows Server non sono supportate e quindi non disponibili a WordPress. Un piccolo prezzo da pagare.

Installazione

Un'installazione classica su Windows Server non porta a nessun risultato, infatti una volta terminata le uniche cose che riuscirete a visualizzare sarà una pagina di solo testo. Questo perchè tutti i contenuti presenti in wp-content non saranno accessibili. Per ovviare a questo problema o cambiate i permessi della cartella ( questo però credo valga solo nel caso di server virtuale/dedicato ) o utilizzate la cartella "public" che garantisce permessi maggiori. In questo how to utilizzerò il secondo metodo, in modo da poter aiutare anche coloro che si stanno avvalendo del più classico hosting Aruba. Unica nota, i possessori di server virtuali o dedicati non avranno la cartella public, basterà crearla e dare i permessi di scrittura. Procediamo!!!

Scaricate il pacchetto contenente tutti i file di WordPress da qui. Scompattate il file e tramite un qualsiasi editor di testo ( Notepad++, non mi stuferò mai di far pubblicità a questo software ) editate il file default-constants.php nella cartella wp-includes. Qui dovremo dire a WordPress che tutti i contenuti tipo temi, plugin, file uploadati non sono più collocati in wp-content ma bensì in public/wp-content. Infatti a differenza delle altre cartelle e file che dovranno andare sulla root wp-content finirà in public, dove potrà godere dei permessi necessari. Per fare questo dovremmo modificare il valore di due variabili globali:

• WP_CONTENT_DIR
• WP_CONTENT_URL

Sostituiamo quindi le righe 45-46:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', ABSPATH . 'wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

con:

if ( !defined('WP_CONTENT_DIR') )
define( 'WP_CONTENT_DIR', $_SERVER['DOCUMENT_ROOT'] . '/public/wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

E le righe 81-82:

if ( !defined('WP_CONTENT_URL') )
define( 'WP_CONTENT_URL', get_option('siteurl') . '/wp-content'); // full url - WP_CONTENT_DIR is defined further up

con:

if ( !defined('WP_CONTENT_URL') )
define( 'WP_CONTENT_URL', get_option('siteurl') . '/public/wp-content' ); // full url - WP_CONTENT_DIR is defined further up

Se avete difficoltà nel trovare il path in cui sono presenti i vostri i file di WordPress non vi basterà che creare un file index.php e inserire:

<?php
// Show all information, defaults to INFO_ALL
phpinfo();
?>

Le informazioni che servono sono nel paragrafo "PHP Variables" alla voce "_SERVER["DOCUMENT_ROOT"]"

Terminate queste operazioni di editing potete uploadare tutti i file sul vostro server tramite FTP. Ora potete seguire l'installazione guidata di WordPress, inserendo i dati per stabilire la connessione al server MySQL. Terminata l'installazione WordPress è pronto per l'uso!

AGGIORNAMENTO

Ho fatto un bel errore... Credendo che la variabile $_SERVER['DOCUMENT_ROOT'] per ragioni di sicurezza non funzionasse ho inserito il path assoluto alla directory wp-content in public. Già di per se è una cosa da evitare però pensando che fosse l'unico modo per far funzionare la piattaforma ho pensato meglio che niente! La variabile interna DOCUMENT_ROOT però funziona e ritorna il path corretto. Ora anche questa non sarà la soluzione ideale, però sempre meglio del path assoluto.

Oggi ho voluto passare da Download counter a WordPress download monitor. Entrambi sono due sistemi per monitorare i download effettuati su questo sito. Ovviamente è impossibile che io faccia qualcosa senza qualche intoppo. Probabilmente molto tempo fa istallai Download Monitor, la disinstallazione però ha lasciato dei residui nel db e ora l'ultima release non vuole proprio installarsi.
Ho sistemato cancellando manualmente i record della vecchia versione dal database. Per farlo accedete a phpmyadmin e ricercate questa stringa "wp_dlm" o date questo comando da terminale SQL:

SELECT *
FROM `Sql229546_2`.`wp_options`
WHERE (
`option_id` LIKE '%wp_dlm%'
OR `blog_id` LIKE '%wp_dlm%'
OR `option_name` LIKE '%wp_dlm%'
OR `option_value` LIKE '%wp_dlm%'
OR `autoload` LIKE '%wp_dlm%'
)
LIMIT 0 , 30

Tutti i record si trovano nella tabella wp_options, quella che si occupa di tenere traccia delle impostazioni del CMS e dei vari plugins installati. Selezionateli tutti e cancellateli. Per precauzione fate sempre un backup, sia di tutto il database sia dei record incriminati. Non fai mai male.
Ora l'installazione della nuova versione non darà nessun problema.

Tra le tantissime cose che ti fanno imbestialire mentre stai navigando ( pop-up, audio che partono a random, ecc. ) ci sono anche i cosiddetti broken link, che con tantissima fantasia vengono tradotti in italiano link rotti.

Poco fa ho installato il plugin per WordPress Broken Link Checker questo esegue una scansione di tutti i link presenti nel database e ne verifica l'integrità. Mi sono davvero sorpreso quando alla fine del processo di analisi mi sono trovato tra le mani 60 "link rotti" sparsi in vari post. Ovviamente questo non dipende da me, tuttavia è una cosa davvero fastidiosa, che sfortunatamente può capire parecchie volte.

Se avete WordPress il mio consiglio è quello di installare questo plugin, almeno vi renderete conto del problema e, sempre se ne avete voglia , potrete in qualche modo rimediare.

Leggendo Full Circle Magazine ( la rivista della comunità Ubuntu ) ho scoperto l'esistenza di questa utile estensione: Scribefire. Inizialmente è nata solo per Mozilla Firefox ma poi è sbarcata su Safari, Opera e Google Chrome. Scribefire tramite una semplice interfaccia nel browser permette di postare post su varie piattaforme ( WCMS ), tra cui: WordPress.com, WordPress, Drupal, ecc. ( una lista completala la trovare a questo indirizzo ).

L'utilizzo è gradevole, lo utilizzando proprio ora per scrivere questa news. Integra il classico editor WYSIWYG e l'editor HTML e permette di selezionare categoria ed eventuali tags da assegnare al post. Sfortunatamente non consente l'upload di immagini ( o in generale media ) e non permette neanche l'integrazione con il plugin All in One SEO Pack, che reputo fondamentale. Questo per quanto riguarda l'estensione per Operta, la versione per Firefox sembrerebbe essere più elaborata.

Nonostante questo l'utilizzo è molto gradevole, l'editor è molto pulito e questo lo rende molto "distractions-free". Un altro punto di forza è la possibilità di gestire più blog da un'unica interfaccia, infatti l'estensione è dotata di una gestione di memorizzazione delle credenziali. Quindi da un'unica pagina possiamo controllare tutto il nostro "mondo virtuale".

Non vi resta che provarla. A questo indirizzo potete trovare i link per i vari browser.

Il 7 febbraio il team di sviluppo WordPress ha rilasciato una minor release: la 3.0.5. Stando al post nel blog ufficiale si tratterebbe di una security release che va "rattoppare" alcuni problemi di sicurezza legati ai livelli "Autore" e "Collaboratore". Tramite un exploit utenti con diritti di questo livello potevano incrementare i propri diritti d'accesso fino a controllare il sito.

Potete trovare tutti i dettagli all'indirizzo riportato sopra.

Si consiglia l'aggiornamento della piattaforma, tramite auto-update o update manuale.

Questo post è rivolto a tutti coloro che utilizzano il template Mandigo. Con l'aggiornamento alla versione 3.x di WordPress e avendo la versione 1.41 del tema non è più possibile accedere alle impostazioni del tema. L'errore riscontrato è il seguente: Non si dispongono di privilegi sufficienti per visualizzare questa pagina. Il problema è dato dall'URL della pagina delle impostazioni del tema. Lo spazio presente nell'URL ( /wp-admin/themes.php?page=Theme Options ) viene automaticamente tolto e questo da origine al problema. Un semplice workaround è sostituire lo spazio con "%20".

Per un fix completo però è consigliabile utilizzare la versione 1.42 del tema, appositamente rilasciata per risolvere questo problema. Dato che il tema può contenere delle modifiche introdotte da voi non è consigliabile sovrascrivere tutti i file. Io vi consiglio di effettuare le modifiche ai file ( che sono anche pochi tra l'altro ). Qui potete trovare i file da modificare e come modificarli.

Arriva la tredicesima major release di WordPress: la 3.0 codename “Thelonious” ( da notare che la vecchia tradizione di dare i nomi in codice riferiti a grandi compositori del mondo jazz non muore mai ).
Molte sono le novità introdotte in questa nuove versione: sia in termini di novità e di sicurezza. Vediamo infatti adottato il nuovo tema di default Twenty Ten, avente nuove API e una maggior facilità di modifica ( header, background, menù, ecc. ) per l'utente.
L'interfaccia inoltre è stata alleggerita e il numeroso team di sviluppo ha risolto 1217 bug e miglioramenti. A questo indirizzo potete consultare il trac.
Per maggiori dettagli potete guardare il video descrittivo di questa nuova versione, realizzato ad hoc.

Il download per ora è disponibile in sola lingua inglese ( come upgrade manuale o automatico dalla dashboard ). L'aggiornamento in lingua italiana non si farà attendere e sarà disponibile in pochi giorni.

Il download è disponibile qua, mentre la notizia ufficiale è reperibile nella sezione di sviluppo del blog di WordPress.

UPDATE 10/07/2010

Da oggi è disponibile la versione in italiano di WordPress 3.0. Tutte le informazioni a riguardo sono disponibili a questa pagina del blog italiano ufficiale. L'opzione di aggiornamento automatico è disponibile già da ora.
Buon Upgrade

Thomas Mackenzie ha allertato il team di sviluppo su una grave falla di sicurezza presente in WordPress 2.9 che permetterebbe ad utenti loggati sulla proprio piattaforma di visionare tutti i post presenti nel cestino. La falla è stata prontamente tappata ed è già disponibile la versione 2.9.2 ( solo in inglese per il momento ).

Per maggiori dettagli potete visionare il post del team di sviluppatori.

Ieri, con la prima release, WordPress ha dato vita ad un nuovo progetto: WordPress for Android. Un' applicazione open source per sistemi Android ( quindi stiamo parlando di HTC Magic, Samsung Galaxy, HTC Hero, Nexus One, ecc. ). Già disponibile nell'Adroid Market, questa applicazione ci permette di controllare il nostro blog tramite uno smartphone.

La prima release del software permette:

• la gestione di più blog
• la possibilità di moderare e rispondere ai vari commenti
• di creare nuovi post/pagine, gestendo categorie, tags e inserendo immagini
• di ricevere delle notifiche sulla Android notification bar dei nuovi commenti

Chiunque fosse abituato ad usare wpToGo non si troverà davanti a nulla di nuovo. Le due applicazioni infatti sono quasi identiche.

Questo è il sito ufficiale del progetto, mentre nel blog degli sviluppatori potrete tenervi aggiornati sui nuovi sviluppi.