Alberto Mucignat

Negli ultimi tempi ho avuto modo di utilizzare e gestire progetti con eZ publish, un CMS di classe enterprise, ovvero adatto anche a grandi aziende che necessitano le cosiddette enterprise features.

eZ publish consente quella che io chiamo scalabilità dei contenuti, concetto fatto prevalentemente di esperienze e sensazioni personali. Per darvi un'idea, oggi è normale che un cliente richieda continuamente modifiche alle proprie applicazioni web. Fa parte quindi del nostro lavoro essere disponibili al cambiamento continuo ed eZ è uno strumento che facilita questo tipo di approccio.

Tra le altre cose, segnalo alcune key features importanti per i PM e gli esperti IA:
- definizione di classi di contenuti, modificabili nel tempo in base alle esigenze del cliente
- gestione dei content management workflow
- la reale separazione tra la struttura, il contenuto e il design

Inoltre, ultimamente ho notato che tutti i template base di eZ publish rispettano tutte le direttive di priorità 1, quasi tutte quelle di priorità 2 e circa la metà delle altre priorità stabilite dal W3C/WAI. In pratica, eZ publish è adatto particolarmente per progetti su bandi pubblici o ovunque siano richiesti seri requisiti di accessibilità.

Aggiungo che un progetto fatto per l'US Navy (la marina militare americana), ha consentito di unificare ben 3 diversi sistemi legacy e di ridurre di due terzi i costi e il personale. Questo importante case study diventa un classico esempio di come eZ sia adatto a progetti enterprise level.

eZ publish ha modificato (in meglio) il mio modo lavorare e ha semplificato la gestione dei progetti. Se vuoi saperne di più chiedimelo pure!

Technorati: ez publish, cms

La maggior parte degli utenti internet oggi utilizza software web-based e sono quindi esposti ad una serie di attacchi tipo: XSS (Cross-Site Scripting), phishing, code/sql injection, ecc. È un problema che si sta pian piano avvicinando ai livelli dello spam (in senso allargato: spesso anche lo spam sui commenti dei blog o sui wiki è frutto di attacchi di questo tipo). Per gli utenti è un problema del gestore del sito, ma i mezzi per limitare questi attacchi sono limitati e necessitano di cura e professionalità nello sviluppo del sw.

Qualcuno di buona volontà (grazie forse all'aiuto di cristo), ha pensato di scrivere un draft per tentare di risolvere il problema. Magari è il caso che se lo leggano quelli del W3C, sperando che riescano a trovare il tempo, tra le mille cose che fanno (a volte utili solo a grandi aziende, IMO).

Ultimamente ho letto che qualcuno ha proposto anche di cambiare lo standard SMTP (quello delle mail, per capirsi), ormai obsoleto, per risolvere il problema dello spam. Perchè nessuno (le grandi aziende) ha mai pensato di farlo? Forse perchè qualcuno (le grandi aziende?) ci guadagna a fare spam?

ps: spam=soldi e ormai vale anche (e soprattutto) lo spam su google. Peccato per WP (no link) e per fortuna che io ho scelto Serendipity!