Cosa c'è di Nuovo in Plone 4.3?

Tra le cose interessanti: gestione potenziata e nuovo pannello di controllo della Syndication (RSS, Atom, iTunes feed, etc.); TinyMCE aggiornato alla versione 3.4; interfaccia di gestione del content rules engine resa più agile con tecnologia AJAX.

Dexterity.

Su tutti: Dexterity 2.0, che dopo anni dal primo rilascio entra ufficialmente nel core di Plone, con la promessa di essere supportato dall'intera comunità, andando gradualmente a sostituire il glorioso Archetypes e i suoi 10 anni di storia.

Date uno sguardo a questo screencast, che seguendo il filo del tutorial TodoApp, mostra come costruire i propri tipi di contenuto dal pannello di controllo web di Dexterity:

NB: se il modo di muoversi del cursore vi sembra strano, in effetti lo screencast è stato prodotto a partire da uno script dato in pasto a robot-framework. Tempo permettendo posteremo il back-stage :)

Theme Editor web.

Per chi si occupa di personalizzare l'aspetto delle pagine Plone, notevole è l'introduzione del Theme Editor web, direttamente accessibile dal pannello di controllo dopo aver installato il pacchetto Diazo theme support.

Con il Theme Editor web, un designer dovrebbe poter riuscire a fare operazioni come il cambio del logo o la personalizzazione dei CSS senza imparare a installare un pacchetto Python o a scrivere delle regole XML. La promessa sarà completata nel prossimo futuro, quando il tema base di Plone sarà reimplementato con Diazo, rendendolo infine modificabile tramite Theme Editor direttamente via web.

Per vedere il changelog al completo consultate la pagina di rilascio di Plone 4.3.

Non conosci Plone e vuoi sapere come può semplificare il tuo lavoro?

Contatta il nostro Team, chiamando lo 081 - 06 08 213 o inviando una mail. Saremo felici di capire insieme come fare!

La giornata ha visto la presenza di circa trenta partecipanti, che al mattino hanno seguito una serie di talk mirati a far capire come Plone possa risolvere le esigenze di gestione contenuti web di redazioni articolate, e al pomeriggio hanno potuto porre domande e indirizzare gli approfondimenti con i nostri esperti.

Tra i talk presentati ne annoto un paio:

Perchè scegliere Plone nella pletora di CMS web sulla piazza?

Ad esempio perchè supporta flussi di lavoro ed esigenze di pubblicazione anche molto specifici senza fare compromessi con la robustezza dell'applicazione sviluppata e con la qualità dei contenuti prodotti e pubblicati.

Una nota sul Futuro di Plone.

Come contributo personale alla giornata, ho potuto presentare lo stato e futuro di Plone, in estrema sintesi.

Con Plone 4.3, rispetto alla "visione" di Plone introdotta nel 2009, siamo alla seconda delle 3 D: Diazo, Dexterity, Deco.

Diazo.

Diazo vuole semplificare la vita ai designer.

Con il Theme Editor web ci si aspetta un'ulteriore semplificazione per le attività dei designer, che dovrebbero poter mettere mano ai temi Plone senza passare da conoscenze e competenze specifiche e difficili da ottenere.

In sintesi: ZPT, Python, Buildout, DTML, portal_skin, browser view, etc. dovrebbero diventare solo un lontano ricordo.

Dexterity.

Dexterity va incontro a sviluppatori e webmaster.

La possibilità di creare e modificare i content type disponibili manipolando gli schemi e i behavior nel pannello di controllo web apre scenari inesplorati in termini di flessibilità nella gestione dei nostri siti Plone.

Cosa possiamo aspettarci? meno prodotti aggiuntivi custom, meno interventi degli sviluppatori per operare semplici configurazioni.

Deco.

Deco promette di semplificare la vita ai webmaster e a chi gestisce i contenuti.

L'introduzione di un editor di layout nel core di Plone, con cui superare i limiti delle rigide "scatole" visuali pensate dai tecnici dovrebbe consentire a chi progetta le pagine di comporle in modo più libero ed efficace.

Non avete mai visto un layout editor in azione? date uno sguardo a collective.cover:

Deco è un osso duro da masticare, e la sua realizzazione al ritmo attuale richiederà ancora un tempo non facilmente pronosticabile [*].

Di certo nei prossimi mesi dovremmo vedere un paio di innovazioni che vanno nella direzione desiderata con l'introduzione della plone toolbar e di Deco light, che utilizza la tecnologia di Deco per la gestione di dashboard e homepage, ma senza arrivare alla gestione complessiva della pagina (header, footer, portlet, etc.).

[*]: Velocizzare la realizzazione di Deco.

Se vuoi usare Deco nel tuo sito prima possibile, dai il tuo contributo!

Come contribuire?

Partecipare alle attività della comunità Plone è il modo più interessante e influente: dai un'occhiata a questa pagina.

C'è un altro modo, che non richiede tempo.

Plone è *vero* Open Source: non c'è un'azienda monopolista che ne cura il marketing, decide a tavolino cosa vogliono i clienti, e lo realizza imponendo la sua visione a chi non ha voce. Allo stesso tempo, tutto il lavoro di sviluppo e supporto del prodotto Plone si basa su attività volontarie.

Fare una donazione alla Fondazione Plone è un modo molto efficace per favorire l'avanzamento di Plone.

Report e Presentazioni.

I partecipanti hanno prodotto diverso materiale dalle loro attività, in particolare:

• molte presentazioni interessanti;
• un dettagliato rapporto sulle attività.

Shining Happy People.

Abbiamo molto apprezzato l'atmosfera produttiva che si è creata a Sorrento e infine abbiamo chiesto ai partecipanti il loro parere tramite un sondaggio, così da poter rendere il PLOG 2014 un'edizione ancora migliore.

Guarda i risultati.

In breve, possono essere riassunti così:

Come avere un PLOG 2014 ancora migliore.

In effetti, i partecipanti non sono stati completamente soddisfatti da:

• connessione Internet;
• strumenti utilizzati per organizzare le attività (in particolare Trello);
• periodo dell'anno (avrebbero voluto un tempo più estivo);
• magliette PLOG (mancanti).

Bene, c'è una ragione per ognuna di queste note negative:

siamo stati ospitati dal magnifico Hotel Mediterraneo ad un prezzo decisamente abbordabile. Questo ha influito sulla connessione (fino a quando non sono arrivati Silvio Tomatis e Wyn Williams ;)) e sulle possibili date (più avanti, i prezzi salivano e ci sarebbero state meno stanze disponibili).

NB: per la lotteria del meteo, verificate di persona :)

Riguardo gli strumenti, abbiamo provato ad usare una lavagna in passato. Perché non funzionava? Al PLOG, molta gente ha tante distrazioni, e non c'è niente di meglio di pianificare in anticipo le proprie attività, come avevamo suggerito... In ogni caso, abbiamo solo bisogno di ricordarci di portare una lavagna con adesivi il prossimo anno.

Le magliette del PLOG? Sicuro.. cercheremo di non dimenticarle nel 2014.

Fotografie

Il PLOG 2013 è stato indimenticabile. Ma per un ricordo più vivido, scarica le nostre foto wallpaper.

Scopri le altre foto sulla nostra pagina Google Plus, aggiungi le tue e taggati su quelle che trovi nell'album PLOG.

Ci vediamo l'anno prossimo!

Quando mettiamo online un portale, o anche un semplice sito in HTML statico, è buona norma gestire correttamente le pagine d'errore, in modo da non visualizzare quelle standard di NGINX o del CMS in uso.

Nella configurazione del virtual host, aggiungiamo la direttiva error_page con l'errore da gestire e la location a cui far riferimento. Di seguito uno snippet:

location ^~ / {
 error_page 404 = /404.html;
 error_page 500 502 503 = @50x;
 index index.html;
 root /path/to/web/site;
}

Come è possibile notare, nel file di configurazione ci sono due direttive diverse per gestire l'errore 404 file not found e gli errori 50x e le relative location richiamate in modo diverso.

La pagina 404.html è, per come è riportato nell'esempio, normalmente accessibile se nella barra degli indirizzi del browser andiamo su www.nomedominio.tld/404.html .

Invece, le location che hanno come prefisso una @ sono chiamate named location e non vengono invocate nella normale risoluzione di una richiesta, ma solamente se ci sono dei redirect interni.

Vediamo le location delle pagine d'errore come sono strutturate:

location ^~ /404.html {
 root /path/to/error/page;
}

location @50x {
 rewrite ^ http://500.nomedominio.tld break;
}

Con questa configurazione, in caso di errore 404 verrà visualizzata la pagina 404.html, mentre in caso di errore 500, 502 e 503 avremo un reindirizzamento ad un sottodominio che andrà correttamente configurato.

Per quanto riguarda i portali Plone, è utile configurare esclusivamente gli errori 50x perché il CMS è in grado di gestire correttamente gli altri tipi di errore; in questo caso, effettuando nella location / un reindirizzamento di tipo proxy_pass, è necessario abilitare anche la direttiva proxy_intercept_errors nel contesto server, come visualizzato di seguito:

server {
    ...
 server_name   www.nomedominio.tld;
    ...
 proxy_intercept_errors on;

 location ^~ /{

Le pagine di errore 404, invece, vengono configurate per quelle risorse da esporre staticamente o nel caso in cui il CMS (o l'applicazione dedicata) non sia in grado di gestire correttamente questo tipo di errori.

Codici di stato HTTP

In alcuni casi può essere molto utile fare in modo che a determinate richieste vengano fornite risposte con uno status code particolare.

Questo tipo di configurazione è indicata quando è necessario effettuare un redirect di un dominio verso un altro istruendo i motori di ricerca, oppure per bloccare richieste verso risorse che sicuramente non esistono.

Per effettuare questa configurazione, viene utilizzata la direttiva return associata al codice HTTP relativo, come nel seguente stralcio di codice:

server {
    ...
 server_name www.dominiosecondario.tld;
    ...
 return 301 http://www.dominioprincipale.tld;
}

Lo snippet appena mostrato pemette di dare ai client che richiedono www.dominiosecondario.tld una risposta HTTP di tipo 301 Moved permanently effettuando un redirect verso la URL www.dominioprincipale.tld, indicando ai motori di ricerca di indicizzare i contenuti sul nuovo dominio.

Per bloccare alcuni tipi di richieste particolari, invece, si utilizza un altro tipo di configurazione, come riportato di seguito:

location ^~ \.(aspx|php|jsp)$ {
 return 410;
}

In questo modo, ai client che richiedono URL con estensioni .aspx, .php, .jsp si risponde con un codice 410 Gone che indica una risorsa che intenzionalmente non è più disponibile e, nel caso dei motori di ricerca, di non effettuare nuovamente la stessa richiesta.

Link

NGINX: location

NGINX: direttiva error_page

NGINX: direttiva return

Google WebmasterTools: Reindirizzamenti 301

Google WebmasterTools: codici di stato HTTP

Google sta infatti invitando gli utenti a tornare ad Apache grazie al suo modulo per il miglioramento delle prestazioni dei siti.

Il sito di riferimento è https://developers.google.com/speed/pagespeed/mod.

Installare mod_pagespeed

L'installazione è veramente semplice: basta installare Apache sulla vostra distro preferita tramite i tool di sistema e configurarlo come di consueto, in base alle vostre esigenze, e poi procedere con l'installazione del modpagespeed.

Sul sito di modpagespeed, trovate sia i sorgenti sia le versioni pacchettizate deb e rpm, nonché due righe di commento.

Una volta installato il modulo, non vi rimane che riavviare il webserver e cominciare a fare vedere cosa non va con un qualsiasi validatore per Pagespeed, io uso quello di firefox ad esempio.

Gestire le Cache con Plone

I problemi principali di Plone sono risolvibili con plone.app.caching, configurando gli header della cache delle risorse statiche (css, immagini, js ecc) a valori elevati. Le pagine ed i listing di solito non sono contenuti adatti ad essere tenuti in cache, perchè sono legati prima di tutto all'autenticazione e ad una discreta variabilita' nel tempo. Sarebbe bello poter dire che l'invalidazione delle risorse funziona correttamente, ma purtroppo non e' così: se volete dettagli in merito, vi invito a scrivermi direttamente.

Cosa fa mod_pagespeed per noi

Ciò che di solito rimane ancora da sistemare, riguarda la compressione delle immagini: spesso e volentieri, le immagini caricate sui siti non sono assolutamente ottimizzate. Questo significa una perdita in termini di tempi di completamento del caricamento del sito e di rendering lato browser. Per risolvere questo tipo di problemi, mod_pagespeed, mette a disposizione una serie di direttive che mirano a produrre una cache di immagini ottimizzate da fornire al richiedente al posto delle originali. Vedere la pagina relativa alla documentazione delle direttive per i dettagli.

Conclusioni

A conclusione vi presento un caso specifico. La situazione di partenza presenta un server Plone reso disponibile al pubblico tramite varnish. Il punteggio di PageSpeed era di 84/100.

Per fare i test ho disattivato varnish ed installato Apache come indicato in precedenza. Ho poi attivato le ottimizzazioni per le immagini e rifatto il test con PageSpeed, ottenendo un bel 93/100.

Mica male. :P

Oggi 20 marzo 2013 il ministro Francesco Profumo ha firmato il decreto di aggiornamento dei requisiti di accessibilità per i siti Web delle P.A., adeguandoli allo standard WCAG 2.0 livello “AA” come già comunicato lo scorso dicembre dalla Comunità Europea a tutti gli stati membri

Link utili
http://achecker.ca/checker/index.php
http://blog.iwa.it/accessibilita/accessibilita-il-ministro-profumo-aggiorna-requisiti-le-pa/
http://blog.iwa.it/accessibilita/accessibilita-cosa-cambia-con-la-legge-crescita-2-0/

Ogni regola puó essere associata a dei tipi di contenuto specifico e attivata o disattivata solo in sezioni specifiche del sito. Le azioni applicate dalla regola possono essere scatenate da un cambio di stato o dall'aggiornamento del valore di un campo, etc.

Caso d'uso: archiviazione

Uno dei casi d'uso piú comuni é ad esempio spostare un contenuto in un'altra sezione del portale. L'esempio piú semplice in questo caso é l'archiviazione di news o eventi che non siano piú attuali.

Lo sviluppatore/integratore Plone in questo caso ha due opzioni: sviluppare qualcosa di specifico e verticalizzato per l'esigenza del cliente, oppure sfruttare le regole di contenuto. In questo ultimo caso otterrá due vantaggi fondamentali:

• ridurre drasticamente la mole di lavoro
• potrá delegare la creazione e la gestione delle regole all'amministratore del portale

Qui di seguito spiegheremo come adottare l'opzione delle regole di contenuto.

Una soluzione pronta all'uso: raggruppamento per data

Il pacchetto Plone di integrazione delle regole di contenuto (plone.app.contentrules) consente allo sviluppatore/integratore di creare delle azioni personalizzate. Per risolvere il nostro problema riccorreremo ad un pacchetto esistente che fa giá quello che ci serve: sc.contentrules.groupbydate.

sc.contentrules.groupbydate é un pacchetto, sviluppato dall'ottimo team di Simple Consultoria, che definisce una nuova azione chiamata 'Sposta un elemento in una struttura basata sulla data' (in inglese "Move an item to a date-based folder structure"). Attivando questo pacchetto sul nostro portale (rimandiamo alla documentazione del pacchetto per ulteriori info) potremo configurare un'azione che quando richiamata sposterá il contenuto in oggetto in un nuovo path configurabile dalla regola stessa.

Un video vale piú di mille parole

In questo video vedremo come configurare una regola di contenuto che sfrutti il raggruppamento per data.

NOTA: per rendere piú esplicita l'azione dell'archiviazione abbiamo precendentemente creato nel portale d'esempio uno stato di workflow aggiuntivo "Archived" in modo da poter configurare la nostra regola sulla transizione di archiviazione.

Piú azioni sullo stesso stato: usiamo le transizioni

In questo caso abbiamo utilizzato come 'hook', come evento scatenante la nostra azione, il cambio di stato. In un recente progetto avevamo la necessitá di archiviare lo stesso tipo di contenuto (Notizia) nello stesso stato di workflow (Archiviato) in differenti archivi. La decisione sul tipo di archiviazione doveva essere delegata agli editor del portale.

La soluzione adottata é la seguente:

• creato nuovo stato 'Archiviato'
• creato piú transizioni per portare la notizia in stato archiviato: 'Archivia notizia 1', 'Archivia notizia 2', 'Archivia notizia N', etc.
• agganciato ogni regola ad una transizione diversa

In questo modo possiamo spostare la notizia archiviata con la transizione 'Archivia notizia 1' in un path diverso da quella archiviata con la transizione 'Archivia notizia 2' e cosí via.

Conclusioni

Abbiamo visto come sia facile beneficiare di questo potente strumento che - vogliamo sottolineare - fa parte di Plone base (!). Quindi, la prossima volta che avrete necessitá di automatizzare azioni sui vostri contenuti, prima di sviluppare qualcosa di verticalizzato... ricordatevi di questo post ;)

Punti di riferimento

Ecco un po' di link utili per saperne di piú su:

• come utilizzare / configurare una regola
• come creare azioni e condizioni personalizzate
• come trovare pacchetti contenenti regole di contenuto aggiuntive

eea.facetednavigation introduce in Plone il concetto di 'navigazione a faccette', ossia la possibilitá di filtrare attraverso una serie di riquadri contenenti filtri dinamici che influiscono direttamente sul contenuto della pagina. Questo vuol dire che il contenuto della pagina viene aggiornato automaticamente senza bisogno di essere ricaricata.

Installazione

Si installa come qualsiasi altro pacchetto Plone.

Funzionalitá principali

• interfaccia di configurazione via drag-n-drop
• le faccette possono avere valori di default ed essere nascoste
• per semplificare l'interfaccia, le faccette possono essere introdotte nella ricerca normale o nella ricerca avanzata
• i filtri delle faccette possono utilizzare diversi widget, quali select, radio, text input, tag cloud, date range e altro
• i widget possono scomparire a comando
• i filtri indicano automaticamente il numero di risultati corrispondenti
• possibilitá di mostrare solo le faccette che hanno risultati
• export dei risultati via RSS
• l'utilizzo dei filtri genera degli URL che possono essere usati come segnalibro, o linkati in altre pagine. É Possibile quindi navigare attraverso la history del browser
• import/export delle impostazioni delle faccette via XML
• con javascript disabilitato funziona come una normale lista di contenuti con paginazione
• alte performance grazie al sistema di cache delle query (utilizza memcached, se presente, http://memcached.org/.

Caso d'uso: una galleria di immagini filtrabile

Ecco un breve video d'esempio su come creare velocemente una galleria di immagini con filtri 'spettacolari':

Provalo

Hai trovato interessante questo post e vuoi scoprire di piú su questo strumento? Puoi provare questo ottimo pacchetto sul nostro demo!

1. Leggi il programma che si aggiornerà in realtime.
2. Scrivi a plog@abstract.it per farti aggiungere alla dashboard o mandare la tua proposal.
3. Condividi il tuo piano con i tuoi PLOG-friend

Altri partecipanti hanno già iniziato a pianificare i loro incontri, aspettiamo anche il tuo contributo.
Se hai bisogno di ulteriore aiuto, scrivici, e saremo lieti di aiutarti.

All'interno della splendida cornice del CeBIT 2013 (www.cebit.de) i più importanti Open Source Content Management Systems daranno vita ad una intrigante sfida dove i membri di ogni comunità  riceveranno un'attività che dovrà essere realizzata davanti ad un pubblico.

Noi di Abstract abbiamo pensato di dare, ovviamente :), supporto alla community del nostro amato CMS Plone, ci vediamo ad Hannover ?

CMS Garden

Se volete cogliere questa opportunità e prenotare la sistemazione da 30€ (camera quadrupla) dovete affrettarvi: l'hotel sistemerà i partecipanti nelle stanze in base all'ordine di registrazione.

Se la formula che preferite non fosse disponibile per mancanza di camere, l'hotel vi offrirà la soluzione immediatamente più conveniente: ad esempio, se avete chiesto una sistemazione in camera quadrupla, e quelle camere sono finite, l'hotel vi offrirà la camera tripla.

Prima vi registrate, più facile sarà ottenere la vostra sistemazione preferita.

Siete pronti per il PLOG?

Ricordatevi di

•    mandare le vostre proposte per talk/sprint a plog@abstract.it

•    portare con voi macchina fotografica, costume e asciugamani

•    invitare i vostri amici per fare insieme una foto di gruppo fantastica!

Chi si intende di SEO, infatti, sa bene quanto possa essere controproducente per il ranking delle proprie pagine avere dei link non validi.

Se il vostro sito é un portale Plone state tranquilli: ci sono due ottimi strumenti per monitorare lo stato dei link.

Il primo, gocept.linkchecker é giá stato descritto da Maurizio in questo ottimo post, per questo mi limiteró ad un semplice confronto con il secondo.

Il secondo, collective.linkcheck é un altro modulo aggiuntivo che permette di tenere sotto controllo lo stato dei collegamenti nel nostro sito a livello globale.

collective.linkcheck

Innanzi tutto collective.linkcheck semplifica molto il setup perché a differenza di gocept.linkchecker non ha bisogno di un servizio esterno al nostro Plone per raccogliere i dati. Ecco un estratto dalla documentazione di c.linkcheck:

gocept.linkchecker which relies on a separate process written in the Grok framework to perform external link-checking. It communicates with Plone via XML-RPC.

Inoltre

This product demands significantly more resources (both CPU and memory) because it publishes all internal links at a regular interval.

che tradotto molto semplicemente, significa che ha un impatto maggiore sulle risorse della macchina. (Va fatto comunque notare che c.linkcheck necessita di un ambiente ZEO).

Uso e configurazione

Un'altra differenza fondamentale, questa volta a sfavore di c.linkcheck, é che il monitoraggio dei link avviene solo a livello globale. Se nel nostro portale avessimo piú di un redattore/revisore non potremmo mostrare loro alcun menu contestuale contenente riferimenti ai soli documenti sui quali possono effettuare modifiche.

Per visualizzare il report sullo stato dei link dobbiamo quindi passare da pannello di controllo. Cliccando su 'Link validity' (non c'é ancora una traduzione italiana) ci si presenta la pagina del report

Il report contiene gli ultimi 20 URL considerati non validi. Ogni riga rappresenta un link, il suo stato e la sua 'etá'. Cliccando sul piccolo '+' é possibile vedere le pagine che fanno riferimento al singolo link invalido

Da qui é anche possibile forzare il controllo dei singoli link cliccando sul rispettivo link "Enqueue". (Possiamo notare che anche nella pagina predefinita di un  Plone base ci sono dei link non validi :) )

Passando al tab 'Settings' é possibile configurare diversi paramentri per la creazione del report

Conclusioni

collective.linkcheck pare un ottimo prodotto per il nostro scopo, per quanto riguarda la semplicitá di setup e utilizzo e soprattutto - ma su questo non abbiamo dati diretti - per quanto riguarda le risorse macchina utilizzate.

Nel complesso peró ci pare meno completo di gocept.linkchecker soprattutto perché non offre la possibilitá di delegare il controllo e la correzione dei contenuti ai singoli reviewer. Inoltre, l'avere un servizio esterno, consente di servire più istanze plone contemporaneamente senza dover configurare e gestire il tutto da ogni singola istanza.

Più di 15 plonisti si sono già registrati all'evento, e fareste bene a prendere posto e ad unirvi alla Plone community! :)

Quali argomenti saranno trattati?

Il nostro presidente Paul Roeland sarà pregato da me di presentare lo stato della Fondazione Plone alla metà del suo mandato; oltre a questo dedicherà una parte del suo PLOG a sviluppare un media repository per Plone moderno e funzionante.

Guido Stevens continuerà la sua attività sulle caratteristiche social di Plone, e io sono particolarmente interessato, dato che, come dice Guido, questo potrebbe spingere plone definitivamente al "livello 2.0".

Antonio De Marinis e il suo team parleranno della loro lunga esperienza con Plone presso EEA, e di quali nuove caratteristiche ed opportunità stanno sviluppando in questi giorni (faceted navigation, daviz.. li conoscete, vero?)

Giorgio Borelli continuerà il lavoro su collective.geo, migliorando un interessante insieme di funzionalità per un CMS come Plone, e parlerà del prodotto simple management nello speakers' corner.

Vincent Fretin, Thomas Desvenain and Cédric Messiant stanno pensando di venire a Sorrento, e ci presenteranno alcuni dei loro sviluppi basati su Dexterity per gestire workspace in Plone.

Simone Orsi farà il punto sullo stato di Plumi, la distribuzione Plone per costruire video portali comunitari come http://engagemedia.org, dato che stiamo per adottarla per alcuni clienti. Oltre a questo, Simone vuole sprintare su un pacchetto dal nome "Plone Analytics", per consentire a un webmaster o ad un intranet manager di produrre reportistica di valore per i loro portali.

Giorgio Pieretti sarà presente a sorrento e ci parlerà del suo modo di rendere "mobile" Plone usando JSON.

Molto probabilmente si troveranno a Sorrento molte altre persone interessanti, tra i quali il frizzante Érico Andrei, Martin Aspeli, Fulvio Casali e il l nostro "inventore" Matt Hamilton (è stato lui a suggerire il nome Plone Open Garden name.. :)).

Mi piacerebbe molto aggiungere qualche nome a questa lista nelle prossime settimane: magari proprio il tuo!

Il Plone Open Garden si avvicina!

Stiamo organizzando il PLOG cercando di renderlo l'evento Plone più confortevole ed accessibile a cui possiate partecipare, in una location meravigliosa dove sarete direttamente proiettati nel cuore della community per migliorare Plone: è molto importante per noi avervi a Sorrento, come dovrebbe essere prezioso per voi migliorare quel che Plone riesce a fare.

Per i dettagli e, mi auguro, per registrarvi andate su: http://www.abstract.it/it/abstract/iniziative/plog-2013

Ci vediamo a Sorrento!

Questo tipo di configurazione ci porta alcuni vantaggi, tra cui:

• gestione dello spazio occupato da ogni singola istanza
• flessibilità nelle operazioni di manutenzione (backup, ripristini, pack dello ZODB)

...ma anche alcuni svantaggi, come quello di dover modificare e rilanciare il buildout per aggiungere una nuova istanza.

Configurazione

Vediamo come modificare il buildout per abilitare i punti di mount per lo ZODB e i relativi blobstorage.

E' necessario aggiungere al nostro buildout la part filestorage ed utilizzare la sua recipe che si trova sul portale PyPI, facendo attenzione ad inserire filestorage prima di instance:

[buildout]
extends = base.cfg

parts =
        filestorage
        instance

...

[filestorage]
recipe = collective.recipe.filestorage
zodb-mountpoint = /instances/%(fs_part_name)s
blob-storage = var/blobstorage/%(fs_part_name)s
parts =
        portal-1
        portal-2

...

[instance]
recipe = plone.recipe.zope2instance

...

Nello snippet di codice notiamo alcune variabili che dobbiamo valorizzare:

• zodb-mountpoint indica il percorso delle varie istanze
• blob-storage indica il percorso dove salvare i blob sul filesystem
• parts è l'elenco delle istanze da configurare
• %(fs_part_name)s viene sostituito automaticamente col contenuto della variabile parts

Sul filesystem, la struttura delle directory filestorage e blobstorage sarà la seguente:

filestorage

|-- Data.fs
|-- portal-1
|   `-- portal-1.fs
`-- portal-2
    `-- portal-2.fs

blobstorage

|-- portal-1
|   |-- 0x00
|   `-- tmp
|-- portal-2
|   |-- 0x00
|    `-- tmp
`--tmp

Aggiungiamo il punto di mount attraverso la ZMI

Una volta compilato correttamente il buildout, riavviare zeo-server e gli zeo-client; quindi, entrare nella ZMI ed aggiungere il punto di mount scegliendo la voce ZODB Mount Point dal menu a tendina sulla destra.

Quindi dobbiamo creare il punto di mount e, nel caso non fosse stata ancora creata la folder di destinazione, bisogna selezionare anche la voce Create new folder if the mounted objects don't yet exist.

Se tutto è andato per il verso giusto, abbiamo il punto di mount per la nostra nuova istanza, al cui interno possiamo aggiungere un Plone Site.

Backup

Se utilizziamo la recipe per i backup andiamo a configurare anche quella in modo da avere i backup per ogni istanza

[backup]
recipe = collective.recipe.backup
location = /mnt/backup/shared-zope1/backup
keep = 1
additional_filestorages =
        portal-1/portal-1
        portal-2/portal-2

In questa part possiamo notare:

• location è il percorso in cui vengono salvati i backup
• keep è il numero di backup completi da conservare
• additional_filestorages indica quali ulteriori Data.fs salvare e in quale path (a partire dalla location)

La struttura della dir dei backup è la seguente:

backup

|-- backup
|-- backup_portal-1
|   `-- portal-1
`-- backup_portal-2
    `-- portal-2

Ulteriori informazioni

Documentazione Plone ufficiale per configurare gli ZODB multipli

collective.recipe.filestorage

collective.recipe.backup

Plumi vi permette di creare il vostro sofisticato sito per la condivisione di video. Aggiungendolo alla vostra istanza Plone esistente potete velocemente ottenere una vasta gamma di funzionalitá per la distribuzione video e la creazione di community." (ndr. libera traduzione dell'introduzione dell'about ufficiale.

Setup

Starete pensando che il setup di un sistema come questo possa essere molto complesso e laborioso, e in effetti lo é! MA qualcuno ha giá fatto il 'lavoro sporco' per voi!

É molto semplice, seguendo le istruzioni contenute nel buildout ufficiale si ottiene un' istanza funzionante e pronta all'uso. ATTENZIONE: il manuale ufficiale non é sempre aggiornato all'ultima versione, quindi conviene fare affidamento al README del pacchetto.

Se da un lato il buildout é completo, dal punto di vista sistemistico non é molto 'modulare' (viene fatto il setup di nginx, varnish, etc, tutto insieme). Percui per un setup personalizzato bisognerá probabilmente scrivere il proprio buildout.

Nota per i sys admin

Viene usata una versione 'patchata' di nginx (vedi build.cfg). Ho chiesto sulla mailing list ufficiale e mi hanno risposto che in Plumi 4.5 usano anche il modulo http di nginx, necessario per il caricamento affidabile di file molto grandi via HTTP (vedi messaggio originale).

Il buildout configura un ambiente ZEO cluster per delegare il transcoding dei video al client 'worker' via plone.app.async. La transcodifica dei video viene eseguita da uno scheduler tramite il pacchetto collective.transcode.star.

Solitamente in Abstract utilizziamo RelStorage e ci interessava sapere se gli sviluppatori ufficiali avessero avuto esperienze con esso. La risposta é stata: 'non l'abbiamo mai usato ma si suppone che funzioni senza problemi' (vedi messaggio originale).

Funzionalitá

Oltre alle classiche funzionalitá che ottenete da un normale sito Plone avrete la possibilitá di caricare e scaricare video in diversi formati, condividere contenuti multimediali con gli altri utenti, scoprire chi ha i vostri stessi interessi, etc. Insomma, tutto ció che serve per creare una 'video community'.

Per avere un elenco completo delle features vi rimandiamo alla pagina ufficiale delle features.

Una delle funzionalitá piú interessanti é sicuramente la possibilitá di caricare i video via FTP. Il setup dell'FTP viene fatto dal buildout stesso quindi non dovrete preoccuparvi nemmeno di questo. Le modalitá di utilizzo sono indicate nella documentazione specifica.

Anche il download via torrent é un'altra feature interessante per un portale di video moderno.

Screenshots

Il vostro Plumi fresco di installazione ha un design semplificato per facilitare il vostro lavoro: pubblicare video e contenuti. In alto sulla destra, troviamo due menu significativi, browse e publish. Il primo per navigare attraverso in contenuti, il secondo per pubblicare contenuti:

Pubblicare un video é molto semplice. Nel menu 'Publish' si clicca su 'Video' e compare la seguente schermata (divisa in due per una migliore visualizzazione):

che ci permette di inserire i dati principali del nostro video: titolo, descrizione, anno di pubblicazione, lingua, testo, un'immagine da usare come miniatura e la licenza (le licenze vengono gestite attraverso il pacchetto collective.contentlicensing).

Attraverso il tab 'Categorise' possiamo aggiungere tutti i dati che ci servono per catalogare al meglio il video, come genere, paese, argomento, tags, etc:

Una volta pubblicato il nostro video sará disponibile in homepage:

e questo é ció che appare nella sua pagina:

Il testo é nascosto, bisogna cliccare su 'Show more' per visualizzarlo. Come si puó notare, in fondo alla pagina é indicato lo stato della codifica, e volendo si puó eventualmente rilanciare la codifica.

Conclusioni

Questo software é una valida soluzione per chi abbia l'esigenza di integrare gestione documentale e pubblicazione avanzata di contenuti con il video sharing. É sicuramente un esempio di come sia possibile sfruttare la potenza e la flessibilitá di Plone per creare una piattaforma che non sia solo un CMS nudo e crudo.

A nostro parere dovrebbe essere uno dei fiori all'occhiello dell'eco-sistema Plone, anche se - purtroppo - non é pubblicizzato abbastanza. Chissá che non si riesca a mettere in luce questo potenziale nel prossimo Plone Open Garden 2013 e ad aprire uno spazio di discussione e miglioramento di questo ottimo prodotto.

In fine, vi ricordo che é possibile toccare con mano quello che si puó ottenere utilizzando questo piattaforma visitando www.engagemedia.org o attraverso la demo ufficiale (che purtroppo non pare aggiornata all'ultima versione).

Come partecipare e informarsi

• pagina ufficiale su plone.org
• pacchetto su pypi
• mailing list
• bug tracker
• roadmap
• blog
• manuale
• repository