Plein de propriétés CSS à explorer pour différents effets. (via http://warriordudimanche.net/article455/588f05c1b84f0)

Les fabricants de disques dur utilisent des réglages d'économie d'énergie par défaut assez agressifs (arrêt de rotation des plateaux, parkage des têtes de lecture, etc.). Si cela économise effectivement de la batterie, c'est nuisible aux performances et aussi à la durée de vie des disques. Typiquement, sur mon ordinateur portable Asus, on entend un parkage des têtes (un petit “clac”) systématiquement une ou deux secondes après la dernière lecture/écriture disque.
Windows ne s'embête pas avec cela et écrase systématiquement les paramètres constructeur. Linux les respecte, mais il faut mieux les forcer. J'ajoute donc dans mon /etc/rc.local la ligne suivante:

   hdparm -B 255 /dev/sda

Et finis les petits "clacs" du disque.

(Note: 255 désactive totalement l'économie d'énergie. Certains disques ne supportent pas la valeur 255: Dans ce cas, mettez 254).

Faites gaffe quand même, hein, ça me semble une manipulation risquée.

Différentes choses qu'on peut faire en pure CSS, sans Javascript: fenêtre modale, tooltips, carousel, treeview, menu...

« Il peut arriver qu'en raison de problèmes de caractères (UTF-8, latin1, ...) certains soient mal reconnus. Il est donc impossible de déplacer, renommer ou supprimer un fichier. Une astuce consiste à renommer le fichier en question via son numéro d'inode. »

Petit exemple pratique avec TestDisk, l'outils de la dernière chance pour récupérer des données d'un disque qui est en train de rendre l'âme.

Tout htop expliqué
(htop est un excellent gestionnaire de tâches sous Linux)
Traduction en français en cours:
Partie 1 : https://carlchenet.com/htop-explique-luptime/
Partie 2 : https://carlchenet.com/htop-explique-partie-2-le-load-average/
Partie 3 : https://carlchenet.com/htop-explique-partie-3-les-processus/
Partie 4 : https://carlchenet.com/htop-explique-partie-4-les-processus-utilisateur/
Partie 5 : https://carlchenet.com/htop-explique-partie-5-letat-des-processus/
Partie 6 : https://carlchenet.com/htop-explique-partie-6-temps-et-priorite-des-processus/
Partie 7 : https://carlchenet.com/htop-explique-partie-7-utilisation-de-la-memoire/

Je ne vais plus trop sur Twitter, mais pour éviter de se faire polluer quand j'y met les pieds, j'ai des filtres personnalisés (cela retire les «Tags tendances» à gauche, «Suggestions» à droite, les publicités insérées dans votre timeline, les «amis suggérés», les «vous pourriez aimer aussi»…)

Vous avez peut-être installé unbound sur votre machine comme cache DNS local, ce qui est une très bonne idée.
( Instructions pour debian/ubuntu/LinuxMint: http://sebsauvage.net/wiki/doku.php?id=mint_customization_17_3#installer_un_cache_dns_local_unbound )

Il faut savoir que certains propriétaires de domaine mettent un TTL ridiculement bas, parfois 60 ou 120 secondes, ce qui oblige unbound à refaire une requête sortante (et en prime augmente globalement le trafic DNS mondial).

Pour voir cela, installez le paquet ldnsutils:
   sudo apt install ldnsutils
et maintenant faites:
   drill google.be

Dans les résultats, vous verrez la ligne:
   google.be. 300 IN A 172.217.18.227

Ce qui veut dire qu'il reste 300 secondes (5 minutes) avant que cet enregistrement expire. Au bout de 5 minutes, si vous demandez à nouveau le domaine google.be à unbound, ce dernier re-fera une requête sortante. Ce que je trouve plutôt idiot (je ne pense pas que Google change souvent les adresses IP de ses serveurs).
(Et sur certains domaines, c'est pire.)

Heureusement, dans unbound on peut forcer un TTL minimal. Je suis peut-être un peu bourrin, j'ai mis carrément 24 heures (86400 secondes).
Dans la section "server:" de votre configuration unbound, ajoutez:
   cache-min-ttl: 86400
et redémarrez unbound:
   sudo service unbound restart

S.B. n'approuverait sans doute pas du tout cette liberté que je prend ;-) mais c'est ma machine, après tout, et ça n'impacte que moi.
(cf. http://www.bortzmeyer.org/forcer-ttl.html )

Et si vous voulez voir votre cache unbound, tapez:
   sudo unbound-control dump_cache | grep "^[^#;]" | less

Je vois beaucoup de tutoriaux montrer comment installer unbound comme DNS local... sauf que certaines distribs récentes en ont déjà !
Tapez « nslookup google.fr ».
S'il vous répond: « Server: 127.x.x.1 » c'est que vous avez déjà un résolveur DNS local !  Vous n'avez alors probablement pas besoin d'installer unbound.

En fait, si votre réseau est géré par NetworkManager, il arrive souvent que ce dernier lance lui-même dnsmasq, un serveur de DNS local.
Vous pouvez le voir en faisant:  « sudo ps -aux | grep dnsmasq »

Ceci dit, NetworkManager le lance "bêtement" avec un cache de taille zéro (--cache-size=0) dans la ligne de commande. Mais ça peut se corriger:
sudo bash -c "echo 'cache-size=2000' >> /etc/NetworkManager/dnsmasq.d/cache.conf"
sudo service network-manager restart

EDIT: Merci à Raphael C. qui m'a fait remarquer que dnsmasq, par défaut, se contentait de forwarder les requêtes.  :-)

EDIT: Pour forcer dnsmasq à afficher son status, faire: « tail -f /var/log/syslog | grep dnsmasq »
puis dans un autre terminal: « sudo pkill -10 dnsmasq »