WordPress

 Sinceramente, da quando ho mollato WordPress, vivo decisamente meglio.
Drupal e' piu' gestibile, gli aggiornamenti vanno sempre bene e ha una semi-pletora di moduli che se aumenta l'utilizzo di RAM e CPU del vostro server, sicuramente vi permette anche di avere un sito fatto come meglio credete (ci sono moduli che fanno tutto, sul serio...)

Ieri sera, cercando di dare una scorsa ai feed di ieri (si, sono quasi in pari, incredibile vero?), ho letto questo interessantissimo articolo su Coding Horror (che vi consiglio di seguire), e su come WordPress, in quanto a performance, lasci parecchio a desiderare, a meno che non si installino e abilitino plugin per il Caching delle pagine.

Ora, io WordPress l'ho usato dal 2004 al 2006, e sono due anni.
Wp-Cache c'era gia' (lo usavo), e come Jeff Atwood, mi chiedo anche io perche' il sistema di Caching non sia disponibile nel Core di WordPress ma solo come Plugin aggiuntivo.

Drupal ha il modulo di Cache nel Core, e quindi anche un'installazione base (non ne faccio mai) puo' utilizzare la Cache.
Superiorita' di Drupal?
No, grave lacuna di WordPress.

 Su BuddyPress avevo gia' espresso le mie perplessita' qui:
WordPress si Muove Verso i Social Network con BuddyPress ...
Ma adesso che se ne sanno le features principali, direi che e' il caso di andarsele a guardare e di continuare a "difendere" le mie ragioni.

BuddyPress dovrebbe andare a trasformare una installazione di WordPress Multi-User in un Social Network.
E gia' qui, ponendosi come Plugin e non come piattaforma a se, perde punti rispetto al gia' consolidato e stabile Drupal che qui uso da ormai due anni abbondanti.

Ora, le funzionalita':

• Profili Estesi
  Su Drupal i profili sono configurabili dall'amministratore, per cui ci si puo' mettere virtualmente qualunque cosa.
• Blog Personali
  Ok, se si tratta di WordPress Multi-User e' avanti, con Drupal per ottenere la stessa autonomia dei Blog c'e' (forse) da smanettare di piu'.
  Ma penso che con un paio di moduli si possa ottenere lo stesso effetto.
• Messaggistica Privata
  Ce l'ho, e funziona benissimo.
• Gestione Amici
  C'e' anche questa, ma non ricordo il modulo (fondamentalmente qui non mi serve)
• Gruppi
  Sarebbe utile per la questione "Forum", per il resto si puo' andare per "ruoli", o usare il modulo apposta...
  Certo che almeno su Drupal i Forum ci sono nativamente, dall'altra parte serve invece BBPress.
• The Wire (una specie di Twitter interno)
  Qui c'e' una specie di "chatbox", che mi rifiuto categoricamente di mettere :P
• Album Fotografici
  C'e' anche quello (in 18 salse diverse, ma c'e').
• Aggiornamenti dello stato utente
  Manca, su Drupal (credo, ma secondo me a guardar bene c'e' anche quello), ma serve?

Per la mia esperienza, con WordPress Multi-User ho gia' smadonnato parecchio (ho un cliente che alla fine ha rinunciato, dato che voleva fare una cosa che WPMU non permette, e adesso ha installazioni singole ed indipendenti..), con Drupal meno.
E soprattutto con Drupal sono sempre riuscita ad ottenere esattamente il risultato desiderato (sperando, entro fine mese, di darne un "esempio concreto").

[WordPress Italia]

 Ogni tanto mi sembra che WordPress stia rincorrendo Drupal, e soprattutto che arrivi sempre in ritardo...
Parliamoci chiaro...
WordPress e' un'ottima piattaforma per Blog (singoli soprattutto), ma gia' la versione MultiUser da' qualche problema (visto da un cliente), per cui la flessibilita' e' nulla rispetto a quella che ha (ad esempio) Movable Type.

E anche Drupal, che come "Social Network Building Tool" e' quasi perfetto (se non avete chissa' che pretese ovviamente), sta anni luce avanti.
Eppure WordPress non si ferma, e continua l'inseguimento, assumento presso Automattic il creatore di BuddyPress, lasciando intendere di voler portare la piattaforma verso un qualcosa di piu' Network e meno Blog.

Mi sfuggono le ragioni...
In fondo, Drupal da anni ormai ha le caratteristiche che WordPress sta cercando di integrare solo ora, e l'aggiunta di features cosi' grosse potrebbe causare non pochi mal di testa a chi dovesse aggiornare la sua installazione.

Insomma, potevano lasciare le cose com'erano?
Evidentemente no, vedremo come andra' a finire...

[via Tiziano]

 Non mi va di guardare l'ora.
Non mi va di pensare che domani mattina ho una colazione con un probabile cliente.

Ma non posso farne a meno.
Sono le due di notte (passate), ho passato le ultime due ore e mezza a cercare di addomesticare (inutilmente) un Apache, per poi scoprire che il problema e' WPMU.

Perche'?
Semplice.

Perche' se gli dici che i blog sono in "sottodirectory" non riesci nemmeno a farli apparire dei VirtualHost, anche se Apache e' configurato da Dio...
Anche se ti sbatti due ore dietro ad un .htaccess...
Nulla.
Ogni pagina caricata, lui riscrive l'indirizzo del browser secondo quello che gli e' stato messo nella configurazione.

E si torna al solito, annosissimo problema.
Se voglio creare un sistema di blog multipli che condividano gli utenti, e che abbiano un po' un indirizzo loro (dominio o sottodominio che sia) e un po' una "sottodirectory" la cosa diventa pesante.

E mi spiace, perche' io Movable Type non lo amo, e' un pachiderma, i suoi rebuild sono un incubo per i server e le loro cpu (e credo che anche i dischi non sprizzino gioia da tutti i cluster...)...
Ma alla fine e' l'unica cosa che funziona.
Perche' produce file statici.

E, volendo, anche Drupal potrebbe farlo, con il fatto che i "permalink" sono relativi.
Quindi, paradossalmente, se impostassi un altro Virtual Host a puntare qui, passando col magico mouse sul magico link, si vedrebbe il /node/xxxx avere come "base" l'altro Virtual Host.
Con WordPress no, ho esaminato i sorgenti delle pagine questa sera per verificare il sospetto.
Lui inserisce tutto, http:// compreso.
E idem fa Movable Type, con la differenza che, producendo principalmente file statici, e' molto piu' "malleabile", e quindi, di base, te ne puoi allegramente fregare.

WordPress vive di mod_rewrite, senza credo che non si possa nemmeno installare...
Virtualizza tutto riuscendo a far credere a chi ha "in mano" l'httpd.conf di essere, sistemisticamente parlando, completamente ed assolutamente impotente.

E come al solito, mi faccio il mio piccolo e personale "viale delle rimembranze"...
Dove penso al tempo che perdo, sempre, con la gente.
Quando mi chiedono di fare un sito, un portale, una community, un "quel che sia"...
La domanda, quella che ti guardano male quando gliela fai, ma quella grazie a cui, alla fine, riesci a fare un'installazione che dura "una vita".

"A lungo termine, che ci vuoi fare?"

Ti guardano male, ma quando spieghi i punti di forza e le carenze delle varie piattaforme, finalmente capiscono.
E il post lo faro', quello con le tre piattaforme che "uso" (piu' o meno, diciamo che abuso di una e uso le altre), messe a confronto per "in che caso e' meglio una piuttosto dell'altra".

Ma non stanotte.
E forse nemmeno domani.
Perche', domani, devo trovare il modo di aggiustare quel multi-blog in multi-mode.
E dubito di uscirne viva.

[English Version Here]

Io lo sapevo che lo avrebbe fatto.
E sapevo anche che quel giorno ci avrei provato pure io.
Di cosa parlo?
Semplicemente, il buon Fullo, dopo aver vinto il Nabaztag alla Caccia al Tesoro di sabato, ha preparato un Plugin per WordPress, che vi permette di ricevere direttamente sul vostro coniglietto i commenti pubblicati.

L'invidia e' una brutta bestia, pero'.
Infatti, quando ho letto il post (mannaggia a me!), mi sono messa a lavorare su una cosa analoga per Drupal, e pare proprio che io ci sia riuscita.
Vi presento quindi un modulo, Nabaztag Comment (NabComment), oggi alla versione 0.1, testato su Drupal 5.

Per installarlo, scompattatelo e uploadate la directory nella vostra directory /modules/, dopodiche' abilitate il modulo nel pannello di amministrazione e procedete alla sua configurazione (sempre da pannello di amministrazione).
I parametro richiesti sono pochini:

1. Nabaztag API URL:
   Ve l'ho compilato io, ma e' modificabile in caso (aggiornero' il modulo quando sara', ho idea)
2. Nabaztag Nickname:
   A quanto ho visto non serve ad una mazza, ma l'ho messo lo stesso, i parametri li ho copiati dallo script che uso per mandare i messaggi...
3. Nabaztag Serial Number:
   Quello che avete usato per registrarvi su my.nabaztag.com, prendetelo da li'
4. Nabaztag Token:
   Quello che trovate su my.nabaztag.com, prendetelo da li'
5. Send Message For:
   Permette di impostare l'invio di messaggi con le seguenti opzioni:
   1. all new comments:
      Tutti i commenti, moderati e non
   2. just comments needing approval
      Solo i commenti in coda di moderazione
   3. just published comments
      Solo i commenti pubblicati
   4. none (disabled)
      Tanto per ribadire che questo modulo e' una copia spudorata del modulo Comment Mail, con qualche ritocco ma sempre una copia

   Personalmente consiglio di abilitare la ricezione di messaggi solo per commenti pubblicati, giusto per ridurre il rumore di fondo, ma voi fate come vi pare :)

6. Message text for approval messages
   Inserite qui il testo che volete che il coniglio vi legga per i commenti in coda di approvazione (la "spiega" e' sotto la textarea)
7. Message text for notification messages:
   Inserite qui il testo che volete che il coniglio vi legga per i commenti pubblicati (anche qui, la "spiega" e' sotto la textarea)

Per i sostenitori del "Il Nabaztag e' inutile", direi che con oggi si puo' dimostrare il contrario, con ben due plugin, FCC_Nabaztag per WordPress e NabComment per Drupal.
E sono piu' che convinta che questo sia solo l'inizio!

(esaltazione mistica da modulo funzionante, non fateci caso)

UPDATE 1:
Attenzione, l'utilizzo del plugin rallenta la pubblicazione dei commenti (colpa del server di Violet, non mia :P) -.-

UPDATE 2:
I commenti troppo lunghi vengono troncati (e qui resta da capire perche') -.-

UPDATE 3:
Proprio come Comment Mail, modulo da cui deriva, prende per "pubblicati" anche i commenti nella coda di Akismet (evidentemente perche Akismet li flagga dopo)

E vi credevate che con la versione 2.2 di WordPress sareste stati al sicuro?
E vi sbagliavate!
E io sono sempre pronta a segnalarvelo.

Praticamente anche la novella versione 2.2 ha un problema di sicurezza, che per fortuna si fa notare solo se date agli utenti la possibilita' di registrarsi, e c'e' un piccolo workaround, che pero' implica di modificare a mano il codice php nel file xmlrpc.php cambiando la riga che dice
$max_results = $args[4];
in
$max_results = (int) $args[4];

Come gia' per l'ultimo baco, si ringrazia per la segnalazione Daniele Salamina :)

Chi di voi non abbia mai sentito il problema dello spam nei commenti sul suo blog alzi la mano (ovvero lo segnali qui sotto, grazie).
La cosa e' una piaga ormai da tempo, e non sempre un captcha risolve il problema (tanto piu' che il captcha per Drupal manco funziona).
La soluzione e' la moderazione, ma cosa succede quando vi assentate per piu' di mezza giornata, senza la possibilita' di controllare eventuali commenti da approvare?
Beh, semplice:
Le discussioni languono.
E non si puo' nemmeno sempre affidarsi a connessioni mobili, vedi quando sono impegnata in tornei di Tennis Tavolo, dove mi trovo a giocare magari quattro partite di fila e dire "scusate, devo controllare se ho commenti da approvare sul sito" puo' sembrare una pessima idea...

Insomma, bisogna trovare una soluzione, possibilmente stabile, possibilmente automatica, possibilmente in grado di pubblicare commenti "sani" e tenere in coda di moderazione quelli considerati "spam" (che poi possono comunque venire rivagliati).

E la soluzione arriva, sotto forma di modulo anche per Drupal, con Akismet (disponibile sia per la versione 4.6 che per la 5.x di Drupal).
Nato originariamente per WordPress, dove e' in grado di moderare anche i trackback, su Drupal necessita, per l'installazione, che l'utente sia registrato su WordPress.com, e non e' in grado di controllare i trackback (indipercui qui per ora li ho disabilitati, anche per pieta' nei confronti del mio MySQL), peraltro non supportati nativamente dalla piattaforma.

Nonostante queste piccole "pecche" (che piu' che pecche sono fastidi, e pure di lieve entita'), il suo lavoro lo svolge egregiamente, e se attivate il crontab, potete anche fare in modo che i commenti considerati "spam" vengano cancellati in automatico.

Facile da installare e da configurare, come ogni modulo Drupal, ovviamente.

Si, e' vero, ho anche un blog su WordPress.com, benche' io non stimi granche' la piattaforma (vedere qui e qui).
E la mia mancanza di stima trova una conferma anche oggi.

Pare infatti che l'ultima release precedente alla 2.2 di WordPress, la 2.1.3, abbia qualche grave problema di sicurezza, e per grave intendo che vi possono anche soffiare la password di amministrazione, quindi la gravita' della falla non e' da sottovalutare.

Ora, al di la' del fatto che sarebbe carino supportare la passata versione per ancora qualche tempo (la 2.1.3 sara' l'ultima 2.1.x, quindi restera' per sempre bacata), il fatto che sia urgente un upgrade ad una giovanissima (meno di due settimane) 2.2 mi pare eccessivo.

Considerazione da (ormai ex) sviluppatore:
Supportare le versioni precedenti per qualche mese sarebbe carino, dato che non tutti riescono a fare un upgrade dei propri siti senza pianificarlo (specie siti grossi).
Obbligare le persone ad un upgrade non organizzato, quando magari non tutti i plugin sono stati aggiornati, e', a mio parere, male.

E' proprio questo, di WordPress che apprezzo poco, la scarsa considerazine in cui sembrano tenere i propri utenti.
Vero che e' una piattaforma gratuita, che a pensarci non ci si dovrebbe aspettare troppo, ma ormai e' (nel bene e nel male) la piattaforma piu' usata la' fuori, e sinceramente mi aspetterei che questo responsabilizzasse un pochetto i suoi sviluppatori.

[via Daniele Salamina's Blog]

Non uso WordPress da un anno abbondante, ma non ho smesso di seguire quello che accade alla piattaforma.
Specie dopo aver letto di quella che ho chiamato voragine e che per certi versi mi ha anche fatta preoccupare (conosco gente che WordPress lo usa, e sono troppo pigra per cercare di convincerli a migrare a Drupal).

Ad ogni modo, dopo il ritardo per il lancio di Windows Vista (il sistema operativo piu' atteso della storia?), dopo il ritardo per il lancio dell'iPhone (su cui evito di esprimermi perche' chi sa che ho un Mac pensa che io adori Apple e potrebbe ricredersi), dopo il ritardo per il lancio di Leopard (e qui mi girano, specie se accusate l'iPhone)...
Per non farci mancare niente adesso abbiamo il ritardo per il lancio di WordPress 2.2.

Evidentemente questa cosa di ritardare le uscite delle novita' sta diventando una moda, ed evidentemente me la sono persa (tanto io le mode non le seguo).
Il "problema" (mica per me) e' che a quanto ho capito la versione 2.2 di WordPress ha la bellezza di 216 features (spero non tutte aggiuntive), che fanno pensare, a chi ha vissuto upgrade da incubo, che la peggior feature di WordPress sia ancora li', la cronica difficolta' a fare upgrade senza rifarsi il sito quasi da zero :(

Che io non ami (piu') WordPress non e' una novita'.
Il mio "odio" verso WordPress e' iniziato con l'aggiornamento da WordPress 1.2 a WordPress 1.5, che mi ha procurato un discreto quantitativo di problemi di cui avevo scritto qui.
Pochi giorni dopo i nervi mi sono definitivamente saltati per problemi di librerie sul server e cosi' ho deciso di migrare a Drupal (a mano).
L'ultima cosa che ho scoperto di WordPress mi ha portato a farci un altro articolo e a dichiararmi piu' che soddisfatta di Drupal (anche e soprattutto perche' l'aggiornamento e' stato banale).
Ad ogni modo, oggi mi sono trovata a leggere, via digg, questo post, che sa tanto di panegirico di WordPress ma che in effetti ha resistito alla permanenza nella Home Page di digg, e che spiega come ottenere le stesse performance.
Non intendo tornare indietro, con Drupal mi trovo troppo bene per pensarci anche solo un decimo di secondo...
Ma la domanda me la pongo ugualmente: Come reggerebbe un Drupal ottimizzato?
(considerato che lo usano su siti ben grossi, mi auguro bene...)

WordPress, Sicurezza, Hacker

Signori, quando tempo fa mollai WordPress non pensavo di aver agito con cotanta lungimiranza!
Invece oggi per ben due volte mi sono trovata a dire "ma che brava che sono stata a mollare quella piattaforma!".

Ed e' con gioia che vi segnalo l'aggiornamento di Blogs Of The Day alla versione 1.5.
Molte le novita' introdotte introdotte nel nuovo plugin:

Capita di dover mettere il sito in manutenzione, ogni tanto.
Specie quando si stanno facendo aggiornamenti o migrazioni, e persone che commentino potrebbero potenzialmente danneggiare il database, piuttosto che vedere il loro commento disperso durante la migrazione.
Dal momento che queste operazioni sono cose che prendono poco tempo (un'oretta al massimo), rimescolare tutti i files per evitare danni e' una cosa abbastanza scomoda.

Se usate WordPress e scrivete articoli dove sia necessario inserire pezzi di codice HTML, vi sarete senza dubbio resi conto di una cosa davvero scomoda:
La necessita' di convertire tutti i tag html da a <tag>.
La cosa e' scomoda, specie se il codice che inserite non e' di poche righe.

Scrivere sul blog non sempre comporta lo scrivere un intero post in un unica "botta".
Ogni tanto capita di avere una mezza idea di post, che magari rimarra' stazionaria per settimane prima di diventare un vero e proprio post.
Tra le altre cose, chi lavora potrebbe scrivere i post a frammenti, durante i tempi morti, un paio di righe o parole per volta.

Un Blog e' bello perche' ci sono i commenti.
Ognuno puo' dire la sua.
Ognuno puo' aggiungere il suo contributo ad una discussione...
E ognuno puo' aggiungere la sua pubblicita' ad una pagina, se e' solo per quello.

Le gare di popolarita' sono qualcosa che attira sempre molte persone.
Ma per partecipare e' necessario sempre fare qualcosa, aggiungere codice, effettuare le segnalazioni, ricevere voti.
Non sarebbe piu' semplice partecipare ad una gara semplicemente perche' si e' in qualche modo monitorati da un sito che controlla anche altri Blog e che ne stila una classifica?

Liste.
Cose da fare, libri da leggere, link interessanti.
Da inserire in pagine o articoli oppure nel template.
Gestire queste liste a mano puo' diventare un vero incubo.

Nell'interesse dei lettori, e' cosa carina inserire link di riferimento nei propri articoli, per permettere loro di approfondire gli argomenti trattati negli articoli.
Nel caso l'articolo tratti di un libro o di un DVD, inserire i link per l'acquisto dell'oggetto non e' solo utile, ma anche economicamente vantaggioso, soprattutto se si partecipa a programmi di affiliazione, tra cui ad esempio quello di Amazon.
La cosa piu' scomoda riguarda la creazione del link in modo che il click e l'acquisto vengano conteggiati e quindi remunerati.

Lo strumento forse piu' interessante per chi ha un Blog e' Technorati (che sta preparando una nuova versione, attualmente in fase beta).
Una delle features piu' interessanti, e' data dalla possibilita' di utilizzare i Tag per categorizzare i propri articoli, in modo da renderli reperibili per argomento anche al di fuori del Blog.
E' possibile infatti utilizzando i Tag trovare articoli di altri Blogger che riguardino gli stessi argomenti dei nostri.
Ed e' possibile, per chi usa Technorati, trovare il nostro articolo in base ai Tag che abbiamo messo, oltre che con una ricerca classica, che pero' non sempre fornisce risultati per argomento.