via https://lehollandaisvolant.net/?id=20230111190121

Tiens je ne connaissais pas sdiff : C'est comme diff, mais ça affiche chaque ligne des deux fichiers côte à côte (en colonnes) au lieu d'afficher en ligne comme diff.

D'excellents conseils de Tris si vous partez à l'étranger. Je recopie ici :
« Les gens, quand vous partez en vacances, surtout si vous partez seul(e), quelques bons réflexes :
- deux cartes bancaires dont une qui reste au coffre de l'hôtel (votre ordinaire et une de type Compte Nickel) ;
- vos documents d'identité, vous en faites des scans que vous mettez dans votre espace sur service public point fr, surtout si vous êtes à l'étranger ;
- vous retirez du cash, que vous laissez au coffre en cas de pépin ;
- vous installez DeepL sur votre téléphone pour communiquer avec les autorités locales, surtout si vous ne parlez ni la langue ni l'anglais (non, le monde entier ne parle pas français). »

Bon si vous utilisez un VPN Cisco (vpnc) avec NetworkManager, sachez que l'UI est buguée.
Symptôme: Vous entrez un mot de passe utilisateur, mais vous vous faites jeter par le VPN même quand le mot de passe est bon.

Solution:
1) Exporter votre connexion VPN depuis NetworkManager.
2) Modifier le fichier pcf pour corriger UserPassword (votre mot de passe) et GroupPwd (mot de passe groupe),
3) réimporter dans NetworkManager (Créer une nouvelle connexion VPN > Importer depuis un fichier...)

Si vous voulez consulter un gros fichier PDF (par exemple un plan) sur smartphone, ces appareils ont souvent du mal à ouvrir et zoomer les gros fichiers PDF.
Astuce: Convertissez-le à l'avance en image:

pdftocairo -r 400 -jpeg monfichier.pdf

Les smartphones sont très bons pour zoomer sur des images, même en haute résolution.

Depuis la version 1.2.0 de borg, vous aurez peut-être remarqué que quand vous faite un "borg delete" ou "borg prune" l'espace disque n'est pas toujours libéré.
La raison est la suivante: Quand vous supprimez une archive, une partie des données dans chaque segment (ces fichiers de 500 Mo de borg) contient des données qui ne sont plus utilisée dans aucune archive. Il faudrait donc ré-écrire ces segments de 500 Mo pour en retirer les données inutiles.
Afin d'éviter la ré-écriture trop fréquente des segments, borg ne nettoie plus systématiquement les segments.

Pour les libérer de force, faites:
borg compact --progress --cleanup-commits /repo

Cela va vous libérer de l'espace disque.

Petite astuce à connaître, utilisant les "NTFS Alternate Data Streams". (wow vieux souvenirs)

Une règle pour uBlock-origin pour virer les twitts sponsorisés.

Astuces supplémentaires:

- htop est bien meilleur que top:
   - touche "P" pour voir les processus qui consomment le plus de CPU
   - "M" : même chose pour la mémoire vive
   - "t" pour voir la hiérarchie des processus (qui a lancé qui).
   - "H" pour afficher/masquer les threads des processus (je recommande de masquer)
   - F3 pour rechercher un processus
   - F4 pour filtrer les processus
   - "k" pour tuer un processus. Envoyer d'abord 15 (SIGTERM) pour lui demande gentiment de s'arrêter. S'il n'obéit pas, le tuer avec un 9 (SIGKILL)

- pkill nomduprocessus est plus pratique que kill (il a même l'auto-complétion: pkill st<TAB> te donnera steam)
- Quand tu as ton terminal avec CTRL+ALT+F1/F2/F3, si la machine n'arrive pas à te donner la mire de connexion, tu peux lui balancer un CTRL+ALT+SUPPR dans la tronche pour le forcer à rebooter (ça va quand même le forcer à flusher le cache disque).
- Si par hasard ce sont les accès disque qui mettent la machine par terre, un "sudo iotop" te montrera les applications qui font le plus de lectures/écritures disque.

D'une manière général quand une machine ne répond pas bien, il s'agit de l'un des 4 goulots d'étranglement:
- le CPU
- la mémoire
- le disque
- le réseau

top/htop te permettent d'examiner la consommation CPU et mémoire.
iotop te permet de voir celle du disque.
pour le réseau, il y a nethogs.

Petite astuce pour économiser de la place à l'écran dans about:config (sympa pour les petites résolutions):
   browser.compactmode.show → true
   browser.uidensity → 1

Héhé j'aime bien l'idée: Un faux serveur ssh qui sort une bannière sans jamais proposer le prompt, faisant attendre indéfiniment les clients ssh.

Une manière de réduire la charge CPU de votre serveur web quand vous avez implémenté un système de cache: Taper directement sur les fichiers statiques du cache, et gérer les cache-miss (404) avec une RewriteRule pour pointer sur le script php (Kamoulox ? C'est bon, j'ai mis assez de terme techniques pour vous perdre ? 😁)
Si ça vous parle, oui c'est le genre de chose où on se dit "Mais c'est génial ! C'est tellement simple, pourquoi je n'y ai pas pensé plus tôt ?"
LHV y a pensé ^^  (et l'a documenté).

Comme une envie de me noter ça la prochaine fois qu'un site exige mon numéro de téléphone:
« Petit tips sympa : sachez qu'en France, tous les numeros débutant par :
- 01 99 00
- 02 61 91
- 03 53 01
- 04 65 71
- 05 36 49
- 06 39 98
N'appartiennent à personne et sont juste réservés exclusivement à l'utilisation dans les œuvres audiovisuelle, pour éviter ce genre de soucis. »

Je me note l'idée, parce que c'est excellent:
Souvent quand on gère un cache local, on tape sur un script php qui va d'abord regarder si la copie local existe, et la sert avec un read() ou readfile() si c'est le cas (c'est le cas des miniatures de MinigalNano par exemple).

Timo a eu l'idée suivante: Au lieu de taper sur le script php, on tape directement dans le répertoire du cache, directement avec l'url de la ressource. C'est purement statique, donc Apache servira très rapidement la ressource si elle existe, sans exécuter de php.
En cas de 404, on renvoie de manière transparente (avec un .htaccess) sur le script php qui ira mettre la donnée en cache avant de la servir.
Donc pour tout "cache hit" (ce qui constituera la majorité des appels), on évite carrément d'exécuter du php. C'est très malin.
Cela permet d'avoir un cache avec de très bonne performance sans avoir à sortir l'artillerie lourde (genre Varnish ou autre reverse-proxy).

Bon à savoir, Android 10 possède une fonction d'enregistrement de l'écran en vidéo.

Trouvé sur le net:
« Quand vous prenez un TGV et que vous voulez utiliser le wifi
=> ouvrez la page de connexion
=> Demander l'aide du bot
=> Dites que vous avez un billet étranger
=> Voila, vous avez accès sans donner votre idenfication. Vous pouvez lancer votre vpn »

MMmmm... voilà qui est intéressant. Certains Asus ont un mécanisme pour limiter la charge de la batterie, afin d'allonger sa durée de vie. Il faut un noyau 5.4 ou supérieur.
Et ça marche \o/ Sur le miens, pour limiter à 60%:
sudo bash -c "echo '60' > /sys/class/power_supply/BAT1/charge_control_end_threshold"

Et si je fais un:
cat /sys/class/power_supply/BAT1/status
il affichera "Charging" s'il est en train de charger, et "Unknown" sinon.

Voir aussi le script: https://github.com/sreejithag/battery-charging-limiter-linux

EDIT: tlp est censé aussi gérer ce genre de chose, mais cela n'a pas marché pour moi sur mon Asus. https://linrunner.de/tlp/settings/battery.html

Je note ces conseils sur la charge et l'utilisation des batteries.

Astuce si vous avez une liseuse : mettez comme image de fond "éteint" un moyen de vous contacter, au cas où la liseuse serait égarée.
Prenez une belle image, et ajoutez quelques lignes dessus avec GIMP : vos nom/prénoms, adresse e-mail, compte de réseau social ou numéro de téléphone.
Ainsi, même batteries vidées, elle affichera quand même un moyen de vous contacter.

Je viens de réaliser que sous Ubuntu, par défaut, CTRL+ALT+T ouvre un terminal.

Ah oui, c'est vrai: Le répertoire ~/.cache sous Linux peut accumuler des données inutiles. Et par défaut, à ma connaissance, aucune distribution n'a prévu le vidage automatique de ce dossier. Voici donc quelques commandes:

🔷 Voir la place occupée par le cache:
du -h --summarize ~/.cache

🔷 Simuler un effacement des fichiers vieux de plus d'un an:
find ~/.cache -depth -type f -mtime +365

🔷 Effacer ces fichiers vieux de plus d'un an:
find ~/.cache -type f -mtime +365 -delete

Mmm.... Voilà qui est bigrement intéressant : Avant souvent pour envoyer des fichiers ou photos entre deux téléphones proches j'utilisais bluetooth. Au moins ça passe pas pas internet, mais c'est lent.
Je viens de réaliser que dans Android 11 on peut créer un point d'accès WiFi, et même en Wifi 5G.
Couplé au partage WiFi ultra pratique de Total Commander, c'est juste fantastique pour transférer à haute vitesse des fichiers entre téléphones. 🤔

Sous le coude: Comment utiliser directement le répertoire Steam d'une partition Windows sous Linux avec Proton.

J'ai constaté des ralentissements de fou dans NextCloud. Il met parfois jusqu'à 6 ou 7 secondes pour aller chercher un pauvre CSS ou SVG. J'ai trouvé comment palier au problème.

(1) Lancer la commande occ files:scan-app-data
Elle permet (entre autres) de rafraichir le cache des CSS.

(2) L'application "Theming" qui permet de customiser les couleurs de NextCloud et l'écran d'accueil ralentit MONSTRUEUSEMENT NextCloud 20.
(Aller chercher une icône SVG avec Theming: jusqu'à 7 secondes.   La même icône SVG sans l'application Theming: <500ms).
Donc, désactivez cette application.

Il reste malgré tout possible de customier NextCloud avec des CSS Custom:
1) Activez les applications Theming et CustomCSS.
2) Dans les paramètres, entrez les CSS que vous voulez (par exemple #body-login pour customer l'écran de connexion) et sauvegardez.
3) Désactivez l'application Theming (mais laissez CustomCSS).

Vos CSS continueront à s'appliquer, sans que les perfs soient plombées par Theming.
(L'application Theming doit être activée chaque fois que vous voulez retoucher aux CSS)
C'est ainsi que je customise l'image de fond  de l'écran d'accueil (#body-login) et le bandeau (header#header).

EDIT: Les problèmes de performances de l'application Theming semblent corrigés en version 20.0.6 de NextCloud.

Bon raz-le-bol des domaines qui ont un TTL absurdement bas (0-5 minutes), donc je me suis installé unbound comme serveur DNS cache local.
Ça ne consomme que 15 Mo de RAM, et j'ai 86% des requêtes DNS qui tombent dans le cache, ce qui permet d'avoir une navigation plus fluide, surtout quand vous avec une connexion pas très rapide ou que les serveurs DNS de votre fournisseur d'accès sont un peu lents.
(Gros manque dans ma doc: DOH/DOT (DNS chiffré). Mais je ferai peut-être ça plus tard.)