Molto utile soprattutto quando bisogna modificare il dominio in un database di un sito web WordPress che va trasferito.
sed -i 's/original/new/g' file.txt
Se invece abbiamo bisogno di fare find/replace in tutti i file contenuti in una cartella e nelle sotto cartelle, basta fare così
find ./ -type f -exec sed -i -e 's/originale/sostituto/g' {} \;
sudo apt-get install ffmpeg
ffmpeg -i [video.mp4] -vf scale=480:-1 output_480.mp4
/bin/bash
now=$(date +”%Y%m%d-%H%M”)
mysqldump -h localhost -u[user] -p[user] –opt [dbname] > [path]/today.sql
convert -density 150 -antialias “filepdf.pdf” -resize 1024x -quality 100 “fileimg.png”
pdftk /var/www/pdf-template/templatefile.pdf fill_form /var/www/fdf-templates/fdf-file.fdf output /var/www/pdf-output/pdf-file.pdf flatten
L’opzione “flatten” chiude il PDF.
sudo apt-get install imagemagick
convert -resize 50% myfigure.png myfigure.jpg
convert myfigure.png -resize 200x100 myfigure.jpg
A volte è utile avere a disposizione un modo per collegarsi velocemente e in maniera efficace ad un server di sviluppo; se è disponibile un accesso diretto al server, ad esempio quando il server è un computer portatile sulla propria scrivania, per installare un server SSH pronto a rispondere alle chiamate dai computer sulla rete, basta utilizzare i seguenti comandi e seguire le indicazioni rispondendo alle domande poste.
sudo apt install openssh-server
sudo systemctl status ssh
sudo ufw allow ssh
Non approfondisco questi aspetti perchè non sono centrali nel mio lavoro, li segno qui soprattutto per reperirli velocemente quando ne ho bisogno.
Testato in Ubuntu 20.40, per far apparire il giorno della settimana nella barra in alto, accanto a dove di default appare il mese e poi il giorno.
Lanciare questo nella command line:
gsettings set org.gnome.desktop.interface clock-show-weekday true
Se su Unix o Linux lanci un comando come:
rm *
quello cancellerà tutti i file della cartella corrente, a meno di particolari situazioni (ownership sui file) non chiederà nemmeno conferma e tutti i file verranno cancellati.
Quando lavoravo per una grande azienda di consulenza, capitava di andare per periodi anche lunghi in sede dai clienti e di lavorare quindi a stretto contatto con diverse figure del cliente; una volta lavoravamo con dei sistemisti tecnicamente molto preparati, e anche delle brave persone per ciò che ricordo.
Ma a tutti possono fare un errore: uno dei sistemisti entrava spesso nella command line via SSH di un server Unix per operazioni di routine, come backup di log e controllo dell’occupazione/utilizzo delle risorse, ma anche per modificare oppotunamente le impostazioni della crontab.
Per accedere alla crontab di solito si scrive questo comando:
crontab -e
dove “e” sta per “edit”. Un giorno questo bravo sistemista commette un errore banalissimo e scrive “c” al posto di “e” quindi il comando è stato
crontab -c
<<Ma se faccio “crontab -c” invece di “crontab -e”?>> chiede al suo collega. <<Hai fatto contrab -c?>>.
Scorro velocemente le varie possibilità: “h” sta per “help”, “e” sta per “edit”… “c” starà per… “clear”?
Purtroppo “c” stava proprio per clear e quindi senza nemmeno una richiesta di conferma, ha eliminato tutte le impostazioni della crontab di un server Unix enorme che reggeva diversi servizi basilari per l’azienda.
Dato che questo genere di cose sono inevitabili, per quanto si possa essere attenti, è fondamentale creare e tenere sempre aggiornate le procedure di backup e di ripristino. La questione non è “se” verrà fatto un errore ma “quando” verrà fatto e in quella situazione la cosa fondamentale è mantenere la calma e essere pronti a reagire; un documento che spieghi passo passo come recuperare da un backup e dove il backup è ubicato, quali sono le funzioni aziendali da avvertire quando il sistema è giù (invece di attendere le inevintabili telefonate) aiuta a mantenere la calma perchè dà il senso di sapere che cosa fare.
