pinna

Come spiegato nel forum di Autistici, per utilizzare su noblogs.org l'antispam "captcha" e' necessario

1. attivare il plugin (Centro di controllo / Anti Spam Management / Authimage, quindi Enable this plugin)
2. modificare uno dei file che compongono il tema utilizzato dal proprio blog.
   

Per compiere questa seconda operazione si va in Centro di controllo / Stili per il blog / Blog Template Editor, si clicca sul nome del tema utilizzato (se non lo ricordate, controllate in Centro di Controllo / Settings / Impostazioni blog), e quindi sul file - che generalmente e' commentform.template.

Si aprira' un form dove sara' possibile modificare il file. Dopo le righe

<label for="url">{$locale->tr("comment_url")}</label>
</p>

e prima delle righe

<p>
<label for="commentText">{$locale->tr("add_comment")}</label><br />

va inserito:

{if $authimage->isEnabled()}
<p>
<label for="authimage">Scrivi nella casella il numero che vedi nell'immagine</label><br /> {$authimage->show()}<br />
<input tabindex="5" type="text" name="authImage" id="authImage" value="" />
</p>
{/if}

E' naturalmente possibile personalizzare la parte in italiano.
Salvate cliccando su "Aggiorna" e verificate se il plugin funziona. D'ora in poi prima di commentare gli articoli del vostro blog sara' necessario leggere e inserire un breve codice scritto in forma di immagine, che il plugin generera' automaticamente. Questo non dovrebbe essere un ostacolo per i vostri lettori, ma rendera' molto difficile inserire commenti ai sistemi automatizzati usati dagli spammer.

Segnalate se queste istruzioni funzionano o meno per voi, o il tema che utilizzate nel vostro blog presenta differenze. 

Mi sono trovato a dover aggiornare all'ultima versione (Feisty) un sistema Linux Ubuntu Dapper. Ho aggiornato il file /etc/apt/sources.list sostituendo edgy a dapper e dando apt-get update prima e apt-get dist-upgrade poi. Quindi ho riavviato, ho compiuto un gesto di scaramanzia (apt-get install -f) e ho ripetuto la stessa procedura sostituendo questa volta feisty a edgy.

Al successivo riavvio il sistema ha caricato un kernel 2.6.20 (inizialmente era un 2.6.15), ha fatto partire tutti i servizi, ma non mi ha dato il login in console.

Entrando via ssh, non ho trovato indizi in /var/log/messages e /var/log/dmesg , ma d'altronde non penso di saper leggere adeguatamente i log di sistema. Dopo alcuni tentativi, un successivo reboot si interrompe per il consueto noiosissimo fsck, che di default avviene ogni 30 riavvi. Questo fortuitamente e fortunatamente mi da' modo di leggere un messaggio d'errore, da cui rilevo che il file /etc/event.d/tty1 e' differente da quello presente su altro sistema Ubuntu Feisty vanilla che ho sottomano, e cosi' a occhio sembra frutto di un errore.

Modifico quindi l'ultima riga del file /etc/event.d/tty1 in questo modo:
da
/sbin/getty 38400 tty1exec /sbin/getty 38400 tty1
a
exec /sbin/getty 38400 tty1

Riavvio, e finalmente ho di nuovo un virtual terminal. Uno solo: per riattivare gli altri procedo a fare la stessa sostituzione negli altri file /etc/event.d/ttyX.

Mi sono reso conto in seguito che il mancato aggiornamento di questo file dovrebbe essere dovuto a un bug gia' noto. C'e' da tener presente anche la rilevante differenza nella gestione del boot introdotta da Ubuntu Feisty (upstart).

Da imparare ora: come avrei potuto individuare quel messaggio d'errore senza aspettare la fortunosa pausa data da fsck ? 

UPDATE: Ho effettuato un aggiornamento analogo su un altro sistema Ubuntu Dapper, su cui avevo messo le mani in misura molto minore, e stavolta il problema non si e' verificato.