Melabit

Un anno di melabit.com

Wed, 31 Dec 2025 06:00:00 +0000

Il 2025 è stato un anno di svolta per questo piccolo blog. Abbandonare la comfort zone di Wordpress.com non è stato facile né tanto meno indolore, soprattutto quando ho scoperto che una volta messo online il sito in Jekyll era lento, troppo lento per essere usabile.

Per fortuna Hugo ha salvato la situazione, anche se ci sono ancora tanti dettagli da sistemare, primo fra tutti l’aspetto grafico del sito.

– Immagine generata da Google Gemini.

Anche gestire i post in due lingue diverse non è facile, ma ne vale la pena visto che i post in inglese permettono di raggiungere un bacino di utenti inimmaginabile scrivendo solo nella nostra lingua.

Il cruccio principale del nuovo sito e l’assenza o quasi di commenti ai post. Non so se è perché sono troppo complicati, troppo lunghi o entrambe le cose. Fatto sta che la scarsezza di commenti è davvero preoccupante. E questo nonostante ci sia un buon numero di visitatori e che in media il 5% passa 15 minuti o più sul sito. Magari alla fine sono troppo esausti per riuscire a commentare, chissà!

Inutile dire che l’IA sta ben lontana dalla scrittura dei testi, al massimo la uso per rivedere qualche termine tecnico di cui non mi ricordo l’equivalente in italiano (Tab è la mia bestia nera, ogni volta mi dimentiche che in italiano si dice Scheda e non Linguetta). A volte provo ad usarla per rendere qualche frase più scorrevole, ma quasi sempre è tempo perso, alla fine diventano così piatte che tanto vale non scriverle.

Ammetto, invece, che la base delle traduzioni la faccio fare all’IA. Mi serve più che altro per risparmiare tempo di battitura, anche se poi ci vuole un bel po’ per sistemare il risultato e rendere il testo tradotto più fluido e vivace.

Uso anche spesso l’IA per generare le immagini in testa ai post. In questo caso non ho scelta, se con la scrittura bene o male me la cavo, in disegno e grafica sono sempre stato il penultimo della classe, e solo perché l’ultimo era davvero terribile. Quindi vi faccio un favore. Ma, anche con il tanto celebrato Nano Banana di Google, c’è voluto del bello e del buono per convincerlo a generare l’immagine di questo post, con le scritte giuste, l’homepage vera e così via. Chi dice che Nano Banana è tanto intelligente da capire al volo quello che volete racconta balle.

Se tutto va bene il 2026 porterà qualche novità, non so bene in che ordine ma la revisione del tema grafico è di sicuro ai primi posti della lista.

Stay tuned! Nel frattempo, tanti auguri per il 2026, che sia un anno pieno di cose buone e di felicità per tutti!

Buon anno!

Tue, 31 Dec 2024 18:00:00 +0000

– Immagine generata da Flux Image AI.

Negli ultimi tempi il blog è rimasto fermo ma, dietro le quinte, il lavoro è stato intenso e si concretizzerà nei primi giorni del nuovo anno.

Stay tuned! Nel frattempo godetevi i festeggiamenti di fine anno, sperando che il 2025 sia un anno pieno di scoperte, crescita e felicità.

Buon 2025 a tutti!

Dieci anni!

Mon, 18 Dec 2023 06:00:00 +0000

Dieci anni fa nasceva MelaBit, questo piccolo blog dedicato al mondo Apple, della programmazione e della scienza con un pizzico di nostalgia per il retrocomputing. Sembra ieri quando pubblicai il mio primo articolo, e invece eccoci qui, nel 2023, a festeggiare il primo decennio di vita di questo spazio online.

In tutti questi anni MelaBit è cresciuto insieme a me e a tutti voi lettori, che mi avete sostenuto con i vostri commenti, le condivisioni e il tempo che dedicate a leggere i miei articoli.

In questi dieci anni ho avuto il piacere di raccontare le novità di Apple e dei sistemi operativi, scoprire insieme a voi linguaggi di programmazione e software utili e condividerete riflessioni sulle innovazioni tecnologiche. Ho potuto viaggiare nel tempo parlando di mitici computer del passato ed esplorare alcuni affascinanti ambiti della scienza.

Voglio ringraziare ognuno di voi per aver reso MelaBit quello che è oggi. Grazie ai miei primi lettori, a chi è arrivato negli anni e a chi ci seguirà in futuro. Il viaggio continua, tutti insieme!

Post Scriptum. Per l’immagine di copertina ho lasciato fare all’IA di Microsoft (eh già!). Secondo me ha fatto un buon lavoro, ma alcune alternative erano altrettanto valide, come si può vedere qui sotto. Peccato solo per gli strafalcioni nell’ultima immagine, sarà pure artificiale ma un ripassino di grammatica questa intelligenza dovrà pur farlo!

Perché Slack non funziona su Firefox?

Fri, 18 Dec 2020 06:00:00 +0000

Geek&Poke, Hyperinflation, 5 ottobre 2011.

Slack mi piace e lo uso parecchio, un po’ per motivi di lavoro ma soprattutto per girellare su alcuni workspace particolarmente interessanti, come Goedel di Lucio “Lux” Bragagnolo e sulpulmino di Nicola “kOoLiNuS” Losito (attenzione, i due workspace sono ad altissimo interesse, se frequentandoli la vostra produttività diminuisce vertiginosamente non prendetevela con me!)

Finora non ho mai avuto bisogno di installare l’applicazione Slack nativa per macOS, preferendo invece usarlo direttamente dal browser. Tanto più che, essendo Slack una applicazione sviluppata con Electron,¹ la differenza fra una applicazione nativa per il proprio sistema operativo e una applicazione web è piuttosto labile. Come browser continuo a preferire Firefox e finora non ho mai avuto nessun problema con Slack.

Da qualche giorno però Firefox non riusciva più ad aprire l’applicazione web di Slack. Forse il problema si è presentato dopo l’aggiornamento all’ultima versione di Firefox (la 84.0, che aggiunge il supporto nativo ai processori Apple Silicon), ma non ne sono sicuro al 100%. So solo che all’improvviso, ogni volta che provavo ad accedere ad uno dei soliti workspace Slack, tutto quello che ottenevo era una pagina bianca, senza nessun messaggio di errore o altro segno di vita.

Perfino dopo aver installato l’applicazione Slack per macOS, scaricandola dal sito e non dall’App Store, non riuscivo ad accedere ai soliti workspace tramite Firefox (da vera web app travestita da applicazione per il desktop, ogni volta che si vuole accedere ad un nuovo workspace bisogna usare il browser per inserire i propri dati di accesso). Nessun problema invece se provavo ad autenticarmi con Chrome o ad usare Slack direttamente da Chrome. Che fosse l’ennesimo caso di ottimizzazione di un sito (o di una applicazione web) per un determinato browser, ieri Internet Explorer ed oggi Chrome?

Non è così, una breve ricerca su Google ha risolto l’arcano. Magari è solo una nuova funzione di Firefox implementata male, visto che non fornisce nessuna informazione, e tantomeno nessun messaggio di errore, all’utente (malcapitato) che si trova ad averne a che fare.

Per risolvere il problema bisogna aprire le Preferenze di Firefox, selezionare la voce Privacy e sicurezza, andare a cercare Cookie e dati dei siti web e cliccare sull’opzione Gestisci dati.... A questo punto basta cancellare i dati relativi ad app.slack.com (nel mio caso occupavano ben 2 GB!) e riavviare il browser. Fatto questo Slack tornerà a funzionare perfettamente anche in Firefox.

Oggi è il settimo compleanno di MelaBit. In questi anni il blog è cresciuto con costanza e da poche decine di visitatori giornalieri del primo anno è arrivato a parecchie centinaia di visite ogni giorno, che per un piccolo blog in italiano come questo non mi sembra affatto male. Fra questi visitatori ci sono tanti lettori fedeli, che hanno la pazienza di seguire il sito tramite Wordpress.com, email o social. La maggior parte però arriva qui da Google, una cosa che costituisce una vera e propria sfida a proporre contenuti sempre più di qualità. Io ci provo, dopo 387 articoli pubblicati, sto ancora imparando come si scrive per il web.

Electron è un framework open source che permette di sviluppare applicazioni multipiattaforma combinando il runtime JavaScript Node.js e il motore di rendering grafico Chromium. ↩︎

E sono cinque!

Tue, 18 Dec 2018 06:00:00 +0000

Oggi il blog compie cinque anni. Purtroppo me ne sono ricordato solo all’ultimo momento e non ho avuto il tempo di fare una analisi dettagliata come mi ero ripromesso di fare. Pazienza, magari ci sarà occasione in una circostanza meno “tonda”.

Una cosa che mi colpisce sempre è che, nonostante il blog sia in italiano, ben il 10% degli accessi provenga da fuori Italia. Chissà cosa riescono a capire i poveri visitatori che leggono gli articoli tramite Google Traduttore!

Un’altra cosa che mi colpisce è che, oltre ai tanti lettori affezionati che non mi stancherò mai di ringraziare per la loro immensa pazienza, circa due terzi dei vsitatori arrivano al blog tramite i motori di ricerca. Anzi, tramite Google, gli altri motori di ricerca, anche Bing o DuckDuckGo (e mi dispiace soprattutto per quest’ultimo), praticamente non esistono. Il che significa da un lato che il blog si posiziona abbastanza bene nelle ricerche sul web (anche se io non faccio nulla per spingere in su la SEO del blog), dall’altro che gli articoli hanno una vita piuttosto lunga e vengono cercati e letti anche molti anni dopo la pubblicazione. L’articolo più letto in assoluto quest’anno, Usare un Mac con PowerPC oggi è del 2016 e ha un numero di letture che tende a crescere ogni mese. Lo stesso sta succedendo all’articolo più letto pubblicato nel 2018, Ma il Fusion Drive serve ancora?, che ogni mese ha più che raddoppiato il numero di letture rispetto al mese precedente.

Fra le cose che non mi piacciono c’è quella di aver diminuito fortemente la cadenza di pubblicazione dei nuovi articoli, passando dai due articoli a settimana del 2014 a un solo articolo ogni dieci giorni di quest’anno. Sono valori medi, ma riflettono bene la scarsa velocità con la quale riesco a pubblicare nuovo materiale. Non che mi manchino gli spunti e le idee, anzi, quello che mi manca è il tempo per scrivere in pace e poi per rivedere quello che scrivo. In compenso la lunghezza media di ciascun articolo è cresciuta significativamente nel tempo, anche se non so se questa sia una cosa positiva o no.

Altra cosa che non mi piace è il numero di commenti, che si è ridotto anch’esso in modo molto significativo. Dal picco di circa 550 commenti del 2015 si è scesi ad appena 159 nel 2018, nonostante nello stesso periodo di tempo il numero di visitatori sia quasi raddoppiato. Mi piacerebbe che ci fosse maggiore interazione con chi legge il blog, e vorrei anche sapere se posso fare qualcosa per favorire questa interazione.

Prima di concludere, un piccolo consiglio di lettura. Ho scoperto da poco il libro Automate the Boring Stuff with Python, che si può leggere gratuitamente sul web o comprare in edizione elettronica o cartacea sul sito della casa editrice o sul solito Amazon. È una vera bomba, ed è pure perfettamente in tema con la serie dedicata al Terminale e allo scripting di questo periodo. Consigliatissimo!

Da melabit a melabit: la scelta del dominio

Tue, 05 Jun 2018 06:00:00 +0000

Se la scelta del servizio di hosting più adatto alle nostre esigenze è difficile, ancora più complicata è la scelta del nome di dominio (o solo dominio), cioè del nome univoco assegnato ad un sito web, che lo caratterizza e lo rende facile da ricordare, come ad esempio www.google.com, www.debian.org oppure www.nomesito.it.

Breve lezioncina preliminare (sono noioso, ma bisogna pure capirsi). Un dominio è composto da tre parti separate da punti: la prima parte è il noto acronimo www (cioè world wide web), una specie di marchio di riconoscimento del web (come la @ per la posta elettronica) che ormai viene usato sempre più di rado.¹

La parte finale è detta dominio di primo livello (o TLD, Top Level Domain) e serve ad identificare la tipologia del sito web (.com per i siti commerciali, .org per quelli senza scopo di lucro) oppure la nazione dove opera il sito (.it). Però, dopo la liberalizzazione dei TLD, queste definizioni sono diventate sempre meno significative.

Infine la parte di mezzo è il nome dell’host (google, debian oppure nomesito negli esempi di sopra), la parte del nome di dominio che caratterizza veramente il sito.

Aggiungendo il metodo di accesso, http:// o ormai quasi sempre la versione sicura https://, si ottiene l’URL, cioè la stringa univoca https://www.nomesito.it, che permette al browser di accedere al sito web desiderato.

Finita la lezione, veniamo alla parte più significativa dell’articolo: come si fa a scegliere il nome di dominio più adatto per il nostro sito? Le regole di base sono già tutte in questo articolo, inutile ripeterle un’altra volta.

Per una volta voglio usare un approccio più pratico e raccontare come e perché ho scelto proprio melabit come nome di dominio per questo sito, applicando senza nemmeno saperlo alcune delle regole contenute nell’articolo appena citato. Tre regole in particolare: volevo un nome di dominio che fosse breve e facile da scrivere, e che una volta letto non sembrasse qualcosa di diverso e imprevisto. Perché la ragione conta, ma il caso ha sempre il suo bel daffare a metterci i bastoni fra le ruote.

La primissima idea di tenere un blog personale non è mia, ma dell’amico Lucio Bragagnolo, che molto gentilmente mi aveva invitato ad aprirne uno su Macworld Italia. Si doveva chiamare “iLife of Brian”, un bel gioco di parole con il nickname che uso più o meno sempre su internet (con qualche variazione).² Ho ancora il testo del post di presentazione, che non ho mai pubblicato perché intanto Macworld ha chiuso su due piedi.

Ci ho pensato e ripensato e alla fine ho deciso di fare da solo. Ma senza più l’ombrello protettivo di Macworld ho escluso immediatamente di chiamarlo “iLife of Brian”, i motori di ricerca non l’avrebbero mai trovato. Provate a cercare “iLife of Brian” su Google (ma anche su Bing, su DuckDuckGo, su quello che vi pare), vi verrà fuori solo e sempre qualcosa dei monumentali Monty Python. Il confronto era improponibile.

Allora ho preso il fidato nvALT, che uso molto più di Notes per buttare giù degli appunti veloci, e ho cominciato a buttare giù una serie di nomi per il blog. Poi li ho messi in ordine (si può fare a mano, ma sapere usare un po’ il Terminale può essere utile anche per queste cose) e mi sono messo a cercare su internet se erano disponibili o no.

C’è voluto un po’ di tempo e di pazienza, e alla fine è venuta fuori questa lista. Nella colonna di sinistra sono finiti tutti quelli già utilizzati, un vero peccato perché alcuni erano veramente carini. Rimanevano quelli della colonna di destra.

A questo punto ho cominciato a tagliare. Alcuni nomi erano troppo lunghi e complicati (mactechbit, openappletech), spesso troppo anglosassoni per un blog destinato volutamente ad un pubblico italiano (openmactools, toolsformac). Poi c’erano i nomi troppo caratterizzati verso aspetti molto particolari del mondo Mac (melaprog, scientificmac) mentre io volevo mantenere la possibilità di di scrivere di tutto quello che mi piaceva (e mi interessava). Tagliati anche loro senza pietà.

Alla fine mi ero deciso per melaperta. Poi quasi per caso, mentre lo ripetevo mentalmente, mi sono accorto che poteva essere scambiato per un sito per adulti (provate anche voi e ditemi). Avrebbe fatto molto bene alle statistiche di accesso, lo so, ma ho tagliato anche melaperta senza pietà.

Il nome immediatamente successivo era l’unico che non aveva controindicazioni, ed è così che è nato melabit.

Per approfondire

Host-academy, Cos’è un dominio?, 2018.
Nicola Losito, 22 consigli per la scelta del tuo prossimo nome a dominio, 2017.
ReteLab, Come scegliere un nome di dominio, 2016.
Andrea Di Rocco, Come scegliere un dominio per il tuo nuovo sito web, 2016.

Da melabit a melabit, la serie completa degli articoli

Dato che ormai il web è diventato onnipresente, l’acronimo www non è più indispensabile per riferirsi ad un sito, e quindi si può usare solo google.com (detto dominio nudo o naked) al posto di www.google.com. ↩︎
Nickname che deriva sia dal film più famoso dei grandi Monty Python, sia dal nome di uno dei fisici con cui più ho avuto a che fare, Brian Josephson, uno capace di vincere un premio Nobel pubblicando un solo articolo significativo. Tanto che subito dopo si è praticamente rimbambito. ↩︎

Compleanno con permessi

Sun, 18 Dec 2016 06:00:00 +0000

Oggi melabit compie tre anni. Per l’occasione ho chiesto all’amico Lux il permesso di ripubblicare un mio vecchio intervento sul suo (bellissimo) blog Ping, chiuso purtroppo con la cessazione della pubblicazione dell’edizione italiana di Macworld.

Perché pubblicare di nuovo questo articolo dopo più di sei anni?

Innanzi tutto perché quello che c’è scritto è ancora attuale e, come ha scritto a suo tempo Lux con il suo stile inimitabile, può essere utile per “avvicinarsi agli incantesimi Unix che danno vita al mondo magico di Mac OS X”, una cosa a cui tengo sempre moltissimo. Magari oggi proporrei di usare sul Mac launchd al posto di cron, anche se quest’ultimo rimane la soluzione più generica, valida su un qualunque sistema Unix.

C’è poi un motivo più personale: proprio dopo questo intervento ho cominciato a pensare che tenere un blog non fosse un’idea proprio fuori dal mondo. Ci ho messo un po’ (come sempre!) a realizzarla, ma dopo tre anni devo ammettere che è stata un’ottima decisione, le soddisfazioni non sono mancate.

Introduzione

L’articolo rispondeva all’esigenza di un lettore di Ping di cambiare automaticamente i permessi di determinati tipi di file contenuti in una cartella del Mac. Cosa ci può essere di meglio del Terminale per fare queste cose?

Ho lasciato praticamente inalterato il testo originale, limitandomi a correggere alcune imprecisioni e ad aggiungere qualche dettaglio qui e là.

Me li do io i permessi

Premessa #1: il Terminale in Mac OS X si trova in Applicazioni > Utility. Una volta lanciato può essere configurato in molti modi (tramite le Preferenze) perdendo quell’aspetto un po’ triste e troppo serioso che spaventa l’utente normale.

Dopo l’avvio, il Terminale presenta il cosiddetto prompt, che su OS X mostra tipicamente il nome del computer, la cartella dove ci si trova e il nome dell’utente. L’ultimo carattere del prompt è normalmente il $. Nel Terminale i comandi vengono inseriti dopo il simbolo $ su quella che viene definita la riga di comando e si eseguono premendo il tasto Invio.

Il Terminale di OS X esegue di default la cosiddetta shell bash, uno strumento potentissimo per interagire con il sistema operativo. La shell bash può essere usata direttamente, scrivendo i comandi uno ad uno sulla riga di comando e leggendone il risultato direttamente nel Terminale.

Oppure si possono scrivere degli script, piccoli programmi nel linguaggio di bash nei quali si inseriscono in sequenza i comandi da far eseguire alla shell, che si dimostrano molto utili per automatizzare delle operazioni che eseguiamo ripetutamente sul Mac.

Premessa #2: perché usare i comandi di bash invece di Automator o di AppleScript? Beh, innanzitutto perché bash è multipiattaforma e quindi funziona su Linux e, volendo, anche su Windows. E poi semplicemente perché bash mi piace!

Lanciamo quindi il Terminale (magari configurandolo prima, io consiglio almeno di aumentare le dimensioni della finestra a circa 100×40 per stare comodi e di scegliere un tema grafico più accattivante di quello bianco e un po’ spento di default) e iniziamo a lavorare.

Creiamo innanzi tutto una cartella ~/bin, dove il carattere ~ (tilde, ALT+5) indica per convenzione sui sistemi basati su Unix la cartella Inizio (detta anche Home) dell’utente che sta usando il computer in questo momento. Per farlo da Terminale, digitiamo (ATTENZIONE, come già detto $ indica solo l’ultimo carattere del prompt e NON va mai inserito nei comandi seguenti):

$ cd
$ mkdir bin
$ chflags hidden bin
$ cd bin

Il primo comando serve per essere sicuri di partire dalla Home, il secondo crea una nuova cartella bin nella Home, il terzo la nasconde al Finder e l’ultimo comando ci fa spostare nella cartella bin appena creata.

In teoria siamo liberi di salvare i nostri comandi bash in una qualunque cartella del Mac e possiamo anche usarne una già esistente. Ma usare la cartella bin nella nostra Home rispetta le convenzioni dei sistemi Unix e mi sembra preferibile.

A questo punto usiamo nano (un editor testuale molto semplice installato di default sul Mac) per editare lo script bash cambia_permessi, nel quale inseriremo i comandi veri e propri che ci servono per cambiare i permessi dei file contenuti nella cartella nella quale verrà eseguito lo script:

$ nano cambia_permessi

Non preoccupatevi per l’interfaccia un po’ ostica di nano, qui ci basta usare solo due comandi, CTRL+O per salvare il file editato e CTRL+X per uscire da nano. Dimenticavo: CTRL+O significa premere contemporaneamente il tasto CTRL, l’ultimo in basso a sinistra sulle tastiere Mac (nei portatili è a fianco di fn), e il tasto O. Analogamente per CTRL+X.

Torniamo al nostro file cambia_permessi. A questo punto bisognerebbe copiare a mano le linee mostrate qui sotto. Ma OS X è furbo e il copia e incolla funziona anche nella finestra del Terminale, per cui è sufficiente selezionare tutte le linee mostrate qui sotto, copiarle e poi incollarle nella finestra del Terminale dove è attivo nano:

#!/bin/bash
#
DIR=~/scansioni/
FILES=*
PERM=u+rw
#
if [ -d $DIR ]; then
	cd $DIR
	chmod -R $PERM $FILES
	cd
fi

Salviamo lo script premendo CTRL+O ed usciamo da nano con CTRL+X.

Cosa significano questi comandi? Il più importante è chmod, che cambia i permessi di tutti i file contenuti nella cartella ``~/scansioni/` in modo che siano leggibili e scrivibili dall’utente attuale del Mac. Il resto è solo roba di contorno.

Quello che è ancora più importante è che lo script è totalmente parametrico: basta cambiare i valori di DIR, FILES e PERM per adattarlo alle proprie esigenze.

Per esempio, se la cartella ~/scansioni/ contenesse vari tipi di file e si volessero cambiare i permessi dei soli file pdf lasciando gli altri file invariati, la riga FILES=* diventerebbe FILES=*.pdf.

Non è finita. Controlliamo prima di tutto di avere veramente fatto tutto bene con il comando:

$ cat cambia_permessi

che dovrebbe mostrare sullo schermo lo script appena inserito.

Per semplificarci la vita, rendiamo lo script eseguibile con il comando:

$ chmod u+x cambia_permessi

Bisogna notare che con questo comando abbiamo reso eseguibile lo script solo per l’utente attuale del Mac. I motivi li tralascio per brevità, ma credetemi, è decisamente meglio fare così.

Un ultimo passo necessario. In questo momento, per cambiare i permessi dei file nella cartella ~/scansioni/ bisogna eseguire a mano il comando dal Terminale:

$ ~/bin/cambia_permessi

(anche se, per come è configurato di default OS X, usare soltanto $ cambia_permessi, senza scrivere esplicitamente il percorso dove è salvato lo script basta e avanza).

Ciò è sicuramente molto più comodo di cambiare uno ad uno i permessi dei file, ma si può fare di meglio.

Qui entra in gioco cron, uno strumento che esegue dei comandi stabiliti dall’utente a intervalli di tempo predefiniti. Sembra una cosa un po’ cretina, ma in realtà permette di far fare al computer un mare di cose automaticamente. Purtoppo la sintassi di cron è orrenda. E questo post sta diventando troppo lungo.

Cercherò di sintetizzare ma se qualcuno è interessato posso scrivere qualcosa in proposito. (Nel frattempo l’ho fatto, chi fosse interessato può leggere questo articolo dettagliato su cron.)

Diciamo che vogliamo che ogni cinque minuti lo script cambia_permessi venga eseguito automaticamente. Dal solito Terminale dobbiamo allora eseguire i comandi:

$ export EDITOR=/usr/bin/nano
$ crontab -e

La prima riga serve ad evitare di usare l’editor preimpostato, vi, vn vero reperto archeologico che sarebbe bene dimenticare una volta per tutte. Dovrebbe invece aprirsi il solito nano, in cui dobbiamo incollare esattamente la riga seguente:

*/5 * * * * ~/bin/cambia_permessi

(prima e dopo ciascun asterisco è presente una tabulazione), eventualmente aggiungendola in coda ai comandi già presenti.

Salviamo con CTRL+O e usciamo da crontab con CTRL+X.

Ovviamente se vogliamo che lo script venga eseguito più o meno frequentemente, basta cambiare il valore */5 in, diciamo, */2 o */15 (per eseguire lo script ogni 2 o 15 minuti). Per casi più complicati basta leggere qui.

Abbiamo finito. Sembra complicato, ma credetemi, è molto più lungo da leggere (e da scrivere!) che da mettere in pratica.

Nota finale

Per chi ha paura del Terminale e soprattutto di cron, un programma potente ma, bisogna ammetterlo, ben poco user-friendly, ecco una soluzione aggiuntiva, farina di Lux.

Aggiungo solo una piccola nota per gli inesperti di Terminale che si scontrano con cron (e, su Snow Leopard, con launchd). Una scorciatoia artigianale consiste nel definire un evento ricorrente dentro iCal e, nelle informazioni relative, stabilire che in occasione dell’evento va eseguito uno script.

Molto pratica se si ha bisogno di ripetere uno script una o due volte al giorno al massimo, in tutti gli altri casi temo che finirebbe per riempire all’inverosimile il proprio Calendario, con conseguenze che francamente mi sfuggono.

Duecento

Tue, 05 Jul 2016 06:00:00 +0000

Con il post di sabato scorso siamo arrivati a 200. Due anni e mezzo di melabit e duecento post, in media uno ogni quattro giorni e mezzo. Non male, se si considerano i tanti impegni di ogni giorno, che mi impediscono di dare una periodicità più serrata al blog.

Poiché questo in fondo è un blog dedicato alla programmazione e ai sistemi operativi (anche se me ne dimentico spesso), invece di celebrare l’evento preferisco prendere la palla al balzo e descrivere alcuni semplici comandi di Terminale, che userò per fare una piccola analisi dei post scritti finora.

Lancio il Terminale (chi segue con continuità il blog dovrebbe sapere come fare, per gli altri il Terminale si trova in Applicazioni > Utility) e mi sposto nella cartella (directory) che contiene tutti i miei post,

$ cd ~/cartella/del/blog/

Per prima cosa voglio controllare di aver scritto veramente 200 post.

Sin dall’inizio ho deciso di usare per i nomi dei file sorgenti dei post il formato anno-mese-giorno-titolo-separato-da-trattini.md, dove anno-mese-giorno indica la data di pubblicazione, ad esempio 2016-07-05 per questo post, e .md è l’estensione standard dei documenti scritti in Markdown, il linguaggio di formattazione per il web che uso per scrivere questi post. La cartella contiene altri file e cartelle, ma solo i post completi hanno il nome in questo formato. Per contare i post contenuti nella cartella mi basta quindi eseguire il comando,

$ ls 20*.md | wc

che con ls (list) elenca tutti i file il cui nome inizia con il secolo corrente e termina con il suffisso .md. L’output di ls viene inviato tramite il simbolo | (pipe) ad un ulteriore comando del Terminale (in realtà della shell bash, ma oggi non voglio essere troppo pignolo), wc (word count), che conta il numero di linee, parole e caratteri (e volendo anche di byte) di un file o, come in questo caso, dell’output del comando precedente.

La risposta del Terminale è

201     202    8704

dove il primo numero rappresenta il numero di linee dell’output di ls, cioè il numero dei file elencati da ls che rispettano le specifiche stabilite dal comando (e di conseguenza il numero dei post).

Il Terminale quindi mi dice che finora ho scritto 201 post. 201? Certo, i post sono 201 perché nella lista c’è anche questo post (potrei fare in modo da non considerarlo, ma renderebbe tutto inutilmente più complicato).

C’è però un dettaglio che non torna. Il secondo numero, 202, indica il numero di parole dell’output di ls. Poichè, come già notato, il nome dei file è nel formato anno-mese-giorno-titolo-separato-da-trattini.md, che per wc equivale ad una parola singola, i primi due numeri restituiti da wc dovrebbero essere identici. Se il Terminale indica che c’è una parola in più, significa che uno dei file contiene nel nome (per sbaglio) uno spazio al posto del trattino.

Per cercare il file in questione, eseguo questa volta

$ ls 20*.md | grep " "

inviando l’output di ls a grep, uno dei tool più importanti del Terminale, che serve per cercare una o più stringhe di testo in un file. Normalmente la ricerca viene effettuata usando una espressione regolare, ma in questo caso è più che sufficiente limitarsi a cercare la presenza di un semplice spazio nell’output di ls. La risposta è,

$ 2015-12-23-first-draft-la prova.md

dove manca effettivamente il trattino fra “la” e “prova”. Correggo subito, eseguo di nuovo

$ ls 20*.md | wc
     201     201    8704

e questa volta ottengo il risultato che mi aspetto.

Ora che ci siamo scaldati, proviamo qualcosa di più divertente. Voglio sapere quante parole in tutto ho scritto finora in questi famosi 200 post. Facile, basta sostituire ad ls il comando cat (concatenate), che stampa sul Terminale il contenuto dei file indicati dopo il comando. Eseguendo

$ cat 20*.md

non faccio altro che stampare sullo schermo uno dietro l’altro il contenuto di tutti i file dei post. La stampa dei file è velocissima, ma scrollando all’indietro nel Terminale si può verificare che ci sono veramente tutti. Se volessi potrei usare less,

$ cat 20*.md | less

per stampare i file riempiendo una pagina alla volta del Terminale (e potendo anche tornare indietro). Ma non mi interessa, preferisco inviare l’output di cat a wc,

$ cat 20*.md | wc
   10639  113141  836099

da cui risulta che i 200 (anzi 201) post scritti finora sono composti in tutto da 10639 linee (che equivalgono in pratica ai paragrafi, separati fra loro da un a capo) e da ben 113141 parole.¹

Ogni post è quindi composto in media da

$ echo "113183 / 200" | bc
565

ben 565 parole.² Per calcolare la media ho usato bc, la calcolatrice integrata nel Terminale, un oggetto poco conosciuto ma a volte molto comodo. Anche in questo caso ho utilizzato il pipe (|) per inviare alla calcolatrice l’outupt di echo, il comando che stampa su schermo la stringa (o le stringhe) che lo segue. Volendo avrei anche potuto usare bc in modo interattivo,

$ bc
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
...
113183 / 200
565
quit

Il risultato non è precisissimo, ogni file dei post ha anche una intestazione che non compare su Wordpress e che contiene titolo, data, categoria e tag, e così via. E poi non bisogna dimenticare che c’è di mezzo anche questo 201-esimo post, che è già ben più lungo di 565 parole. Ma insomma, ad occhio dovremmo essere più o meno sulle 520-530 parole effettive per post.

Ma c’è modo di vedere quante parole ci sono in ciascuno dei post? Certo, basta racchiudere i comandi precedenti in un ciclo for,

$ for i in `ls 20*.md`; do echo $i; cat $i | wc -w; done

dove i è l’indice del ciclo for, a cui viene associato di volta in volta uno dei nomi di file stampati da ls. Nel corpo del ciclo do... done, per ogni valore di $i (in bash, ogni volta che si usa una variabile, le si antepone il $), si stampa con echo $i prima il valore della variabile (cioè il nome del file), poi si usa cat $i | wc -w per stampare il contenuto del file e inviarlo al contatore wc. L’opzione -w (word) di wc serve per contare solo le parole. Eseguendo il ciclo ottengo

$ for i in `ls 20*.md`; do echo $i; cat $i | wc -w; done
2013-12-18-il-migliore-spot.md
     238
2013-12-18-melabit-il-blog.md
     497
2013-12-19-una-pinta-di-tablet.md
     346
2013-12-20-la-dogana.md
     165
2013-12-21-rinominare-i-file-con-il-terminale.md
     669
...
2016-05-24-rapidweaver-7-in-anteprima.md
     729
2016-05-27-cartellino-rosso-su-facebook.md
    1385
2016-05-28-la-matematica-di-facebook.md
     356
2016-06-05-playlist-per-bora-bora-brian-boru.md
     278
2016-07-02-da-latex-a-word-e-ritorno.md
    2278
2016-07-05-duecento.md
     987

Per analizzare i dati è più comodo salvare la lista su un file, facendo in modo che il titolo del post e il conteggio delle parole stiano sulla stessa linea.

Facile, per salvare l’output di un comando di Terminale su un file si usa il simbolo > seguito dal nome del file (ricapitolando, il simbolo | invia l’output di un comando ad un altro comando, mentre il simbolo > lo invia ad un file). Per stampare titolo e conteggio sulla stessa linea, è sufficiente aggiungere al comando echo l’opzione -n (no newline).

Eseguendo il comando così modificato,

$ for i in `ls 20*.md`; do echo -n $i; cat $i | wc -w; done &#62; ~/Desktop/words.dat

compare sul Desktop il file words.dat, le cui prime 5 righe sono,

$ head -5 ~/Desktop/words.dat
2013-12-18-il-migliore-spot.md     238
2013-12-18-melabit-il-blog.md     497
2013-12-19-una-pinta-di-tablet.md     346
2013-12-20-la-dogana.md     165
2013-12-21-rinominare-i-file-con-il-terminale.md     669

esattamente come richiesto. Partendo da questi dati, è facile calcolare la distribuzione del numero di post in funzione del numero di parole,

da cui è evidente che quasi la metà dei post contiene non più di 300 parole.

Più specificatamente, si trova che la mediana è uguale a 346, che significa che metà dei post contiene meno di 346 parole e l’altra metà ne contiene di più. Forse non sono poi così prolisso come ho sempre pensato.

Domanda (facoltativa): Perché c’è questa grossa differenza fra la media e la mediana del numero di parole che compongono i miei post?

Si noti che se l’output di un comando che stampa qualcosa sul Terminale viene inviato ad un altro comando per un’ulteriore elaborazione, l’output stesso viene risucchiato dal secondo comando e non compare più sullo schermo. ↩︎
Forse sono troppo prolisso, 565 equivalgono a più di una pagina (densa) di un libro di formato medio-grande. ↩︎

Due anni

Fri, 18 Dec 2015 06:00:00 +0000

Oggi il blog festeggia il secondo compleanno. Sono riuscito a ricordarmene, anche se purtroppo negli ultimi mesi ho avuto veramente poco tempo da dedicarvi.

Mi fa molto piacere che quest’anno il numero degli accessi sia raddoppiato rispetto al 2014 e che si mantenga abbastanza costante nel corso delle settimane e dei mesi. Significa che gli articoli durano nel tempo e vengono letti anche dopo parecchi mesi dalla pubblicazione.

La metà dei visitatori è costituita da lettori fedeli, che ricevono gli aggiornamenti via email o visitano il blog periodicamente. Li ringrazio tutti per l’attenzione e la pazienza, a volte la pubblicazione dei nuovi post è veramente troppo aleatoria.

L’altra metà ci arriva tramite i motori di ricerca. Praticamente solo Google, ma ci sono anche una ventina di accessi rispettivamente da Bing o Yahoo e perfino qualcuno che ha usato Libero, Virgilio o DuckDuckGo.

Anche la distribuzione geografica degli accessi è piuttosto interessante. Come è ovvio la stragrande maggioranza proviene dall’Italia e dalla Svizzera (italiana?), ma ci sono centinaia di visite dagli USA e dai principali paesi europei, nell’ordine Regno Unito, Francia, Germania e Spagna.

Ci sono comunque visitatori da quasi tutto il mondo. Mancano solo i paesi dell’Africa centrale, il Medio Oriente e la Cina. Quasi un miliardo e mezzo di abitanti ma nessun cinese interessato al blog, forse mi devo preoccupare. ;)

[caption id=“attachment_2277” align=“aligncenter” width=“605”] Distribuzione geografica degli accessi al blog nel 2015.[/caption]