Così in questi giorni ho provveduto ad effettuare alcune attività per rafforzare la sicurezza della piattaforma e impedire a chiunque di iscriversi e spammare.

Alcune misure adottate:

1. Restrizione della creazione di account ai soli amministratori
All’interno di LocalSettings.php ho inserito:

$wgGroupPermissions['*']['createaccount'] = false;

2. Disabilitazione dell’editing per utenti non registrati
All’interno di LocalSettings.php ho inserito:

$wgGroupPermissions['*']['edit'] = false;

3. Restrizione della creazione di pagine da parte di utenti anonimi
All’interno di LocalSettings.php ho inserito:

$wgGroupPermissions['*']['createpage'] = false;

4. Restrizione della lettura da parte di utenti non registrati
All’interno di LocalSettings.php ho inserito:

$wgGroupPermissions['*']['read'] = false;

Con questi primi quattro passi ho ristretto l’utilizzo del wiki adeguandolo alle necessità d’uso del corso che prevede sostanzialmente che ad utilizzarlo siano studenti registrati e conosciuti dal docente. Il docente sarà in grado di registrare gli utenti e consetirgli l’editing del wiki.

Ora, una volta terminata questa fase, c’è da fare un pò di pulizia sugli account registrati che continuano a fare spam.
Visto che da più parti ho letto che è fortemente sconsigliato in Mediawiki procedere alla rimozione degli account da database, ho utilizzato una extension: User Merge and Delete.
L’extension consente di attribuire ad un nuovo account tutti i contenuti del vecchio procedendo successivamente alla sua rimozione. In questo modo ho creato un account fittizio per lo spam e agganciato a questo rimuovendoli tutti gli account che effettuavano spam.
Una volta fatto questo ho proceduto alla rimozione dei singoli contenuti ritenuti spam, tramite le Special Pages.

Per concludere ho installato l’extension Confirm Edit che mi consente di inserire un reCAPTCHA in fase di editing, creazione dei contenuti e registrazione dei nuovi utenti. E’ una misura che tornerà utile quando ultimato il lavoro degli studenti sul wiki questo dovrà essere reso pubblico. Insieme a Confirm Edit, ho installato Access Log che consentirà al docente amministratore del wiki di tenere sotto controllo la situazione individuando eventuali future attività di spam in maniera più efficente.

I log sul server hanno evidenziato molti tentativi di Cross Site Scripting per cui ho provveduto ad aggiornare Mediawiki ad una versione più recente che corregge la vulnerabilità.

Aggiornamento
Pare che anche FileServe e VideoBB si stiano muovendo per bloccare lo sharing. [via Geekissimo]

Alcuni articoli che ne parlano:
Filesonic ha disattivato lo sharing: effetto Megaupload? – Paolo Attivissimo
Megaupload e Filesonic dimostrano che il cloud puro non è sicuro – Paolo Attivissimo
Post sul Forum di SlashDot

L’obiettivo di nike sembra quello di spostare il concetto di self-tracking dal solo ambito sportivo alla totalità delle attività quotidiane come conferma lo slogan “Life is a sport”.

Il self-tracking è un mercato che sta mostrando tutte le sue potenzialità, sopratutto in chiave social.

Nike che ha aperto questo mercato continua con il “FuelBand” ad essere il principale innovatore.

[via Gadget Blog]

La connessione con alcuni concetti di “Il computer invisibile” di Donald Norman è immediata.

In particolare colpisce come di fatto quello che Doctorow segnala come progressiva specializzazione dei computer, che restringono sempre di più i loro ambiti di azione e facendo questo minano alcune libertà dell’utente, sia molto vicino al concetto di infodomestico di D. Norman.

Può essere il design una via per ribadire la libertà di azione dell’utente e per impedire la privazione della libertà di elaborazione??

Drupal si caratterizza per la sua flessibilità e capacità di emergere dallo stereotipo del CMS per diventare un framework per la gestione e pubblicazione dei contenuti.

La possibilità di definire delle tipologie di contenuto (content types), già di per se fa capire come sia possibile gestire numerose tipologie di informazioni fra di loro correlate.

Tuttavia, l’estrema flessibilità obbliga di fatto ad avere un approccio all’utilizzo dello strumento che preveda una fase di progettazione profonda e ben definita.

Insomma Drupal 7.x è uno strumento maturo che richiedo un utilizzo professionale quindi implica la necessità che chiunque lo adotti abbia già un workflow per la creazione e gestione del progetto che dovrà realizzare.

La community è molto attiva ed è possibile reperire numerosi moduli per estenderne le funzionalità.

Molto utile la shell “drush” per compiere operazioni di amministrazione e aggiornamento.

Per approfondire vi consiglio di consultare gli interventi al Drupal Day 2011 di Roma.