Blog par Arnaud Ouvrier

Créer un QR code à partir d'un fichier de contact (sur Linux)

Mon, 29 Dec 2025 00:00:00 -0000

Cet article n'est qu'une petite astuce, pour transformer un ficher de contact au format vCard en un QR code scannable par un smartphone. Ça permet ensuite de pouvoir partager facilement ses données de contact, par exemple en imprimant le QR code sur une carte de visite.

1. Qu'est ce qu'un fichier de contact vCard ?

Un fichier de contact vCard est un fichier texte écrit suivant le standard RFC 6350 et portant l'extension ".vcf" ou ".vcard". C'est le format le plus commun de partage d'information de contact. Il permet entre autre de spécifier des informations telles qu'un nom, numéro de téléphone, adresse postale et email, etc.

La RFC 6350 définissant le format vCard

Ci-dessous, l'exemple de fichier de contact que nous utiliserons dans cette astuce (dénommé "exemple.vcf", créé à partir de données aléatoires) :

BEGIN:VCARD
VERSION:3.0
FN:Erika Jones
N:Jones;Erika;;;
EMAIL;type=HOME:polly68@example.com
TEL;TYPE=CELL:1-473-306-4792
ADR;TYPE=HOME:;;164 Pansy Turnpike;Mayerstad;;1234;Spain
END:VCARD

2. Qu'est ce qu'un QR code ?

Un QR code est un type de code-barre multidimensionnel permettant de stocker du texte ou des données au format binaire. Vous en avez déjà sûrement vu sur des affiches publicitaires ou depuis le Covid, sur les tables de cafés ou de restaurants.

Ce type de code est fait pour être décodé par des appareils photos. Aujourd'hui, la plupart des applications photos sur les smartphones permettent de les lire. Elles peuvent aussi créer des contacts dans votre répertoire à partir d'un QR code contenant un fichier vCard.

La page Wikipédia décrivant les QR code

Un QR code pointant vers la page d'accueil de ce blog

3. Comment générer un QRcode à partir du fichier vCard ?

Pour générer un QR code à partir d'un fichier sous Linux, c'est tout simple : il faut utiliser la commande "qrencode".

Vous pouvez l'installer au moyen de la commande suivante :

sudo apt install qrencode

Ensuite, il suffit de se rendre dans le répertoire où se trouve le fichier vCard (ici "/tmp/") et de lancer la commande suivante :

cd /tmp

qrencode -r exemple.vcf -o exemple-qr.png -m 1

Voilà, vous devriez avoir une image au format PNG s'appelant "exemple-qr.png" dans le répertoire "/tmp". Vous pouvez ensuite l'utiliser où vous le souhaiter, comme un fichier image normal. Si vous scannez ce QR code avec votre smartphone, vous devriez voir les informations spécifiées dans la première partie s'afficher.

Le QR code généré à partir du fichier de contact d'exemple

Et pour l'explication des options de la commande :

-r permet de spécifier le fichier source, ici notre fichier vCard d'exemple
-o permet de spécifier le fichier de sortie et son format (d'après l'extension)
-m permet de spécifier la largeur des marges blanches autour du QR code

Pour plus d'informations sur l'utilisation de la commande "qrencode", consultez la page man de la commande ("man qrencode" dans votre terminal).

Politique de confidentialité, usage des cookies et recours aux IA de ce blog

Tue, 02 Dec 2025 00:00:00 -0000

Pour faire simple, il n'y a ni collecte de données, ni utilisation de cookies et je ne recours pas aux intelligences artificielles pour créer des contenus sur ce blog.

Ci-après, l'explication détaillée :

Politique de confidentialité et cookies

Une politique de confidentialité sert à définir quelles sont les données collectées lors de la visite d'un site internet. Les cookies sont, entre autre, un moyen technique d'identifier un visiteur pour pouvoir collecter des données spécifiques à sa visite sur un site internet.

Ma position a évolué au fil des années, mais aujourd'hui, je n'ai plus aucune statistique de visite sur mon blog. Que je sois lu par zéro ou des milliers de personnes m'importe peu. J'écris principalement pour moi et je ne cherche pas à optimiser la performance de mes articles sur les réseaux sociaux. Je n'ai donc recours à aucun moyen de suivi des visites sur mon blog et par conséquent, je ne recours pas à des cookies de suivi.

Je ne collecte pas non plus de données personnelles par d'autres moyens. Mon blog ne permet pas à des visiteurs de commenter mes articles. Je n'ai pas de newsletter et donc pas de collecte d'adresses de courriel. Je n'ai pas non plus de formulaire de contact : si vous souhaitez me contacter, vous pouvez le faire par courriel (mon adresse est sur ma page à propos). Les informations que vous pourriez me transmettre par courriel ne peuvent être utilisés à d’autres fins que ce qui a trait à la communication. Les courriels sont aussi soumis au secret des correspondances et si vous les envoyez chiffrés, ne peuvent être lus que par vous et le destinataire.

À savoir : les bannières d'acceptation de cookies que nous voyons sur internet ne sont pas requises par la loi. La loi stipule uniquement par défaut, que les cookies techniques strictement nécessaires peuvent être activés par défaut. Pour tous les autres cookies, le consentement de l'utilisateur doit être demandé avant leur activation. Les bannières de cookies sont uniquement un moyen de "forcer" les utilisateurs à se faire pister.

Recours à l'intelligence artificielle

Je tiens à n’avoir aucun contenu généré par intelligence artificielle sur mon blog. Faire une recherche sur internet est devenu impossible et je ne souhaite pas contribuer à ce problème. Nous ne pouvons plus faire confiance à aucune source. Je ne comprends pas non plus le point d’écrire avec une IA. S’il faut déjà écrire un prompt pour écrire avec l’IA, autant le publier directement. Et pour les illustrations aussi : si on doit les générer par IA, c’est qu’elles ne sont pas utiles à la compréhension du texte.

Surtout que les IA type ChatGPT ne font pas de recherche à votre place. Leur fonctionnement est plus simple que ça : à un prompt donné, elles ne génèrent que le texte le plus probable qui lui correspond. Ce n’est que des machines statistiques, elles n’ont aucune capacité de réflexion. Et le texte et les images que nous leur fournissons pour les “instruire” ne sert qu’à affiner les probabilités.

Pour être tout à fait honnête, j’ai tenté d’utiliser l’IA pour m’aider à écrire. J’ai testé de l’utiliser pour corriger mes textes. Dans les prompts, je spécifiais explicitement à l’IA de corriger uniquement l’orthographe et la grammaire, sans faire aucune autre modification au texte. Résultat des courses : après relecture du travail de l’IA, il restait encore des fautes, voire même l’IA en avait créé. J’ai donc très vite arrêté son utilisation et je suis retourné sur le très fameux site "bonpatron.com".

Petit outil pratique pour connaître son IP publique

Wed, 26 Nov 2025 00:00:00 -0000

Parfois, il est nécessaire de connaître son adresse IP publique (l'adresse d'un ordinateur sur internet). Cela peut servir pour paramétrer un pare-feu par exemple.

Il y a plusieurs façons de la faire. Jusqu'à présent, j'utilisais des outils comme mon-ip.com. Pratique, mais nécessite un navigateur et n'est pas utilisable en console.

Pour me simplifier la vie, j'ai donc créé la page suivante :

myip.arnouv.fr

Cette page est accessible en HTTP et HTTPS depuis un navigateur. Elle ne retourne que votre adresse IP en format texte, vous pouvez donc aussi l'utiliser en console de cette manière :

curl myip.arnouv.fr; echo

Voilà voilà pour la petite présentation de ce petit outil qui vous sera probablement pas très utile.

La poursuite de la réduction de ma dépendance numérique

Sun, 23 Nov 2025 00:00:00 -0000

En juillet 2024, j'écrivais sur mon abandon progressif des monopoles¹. Dans cet article, je parlais principalement de réduire ma dépendance aux GAFAM, mais aussi plus généralement de réduire ma dépendance numérique.

Plus d'un an après, je fais le bilan d'où j'en suis.

Réseaux sociaux

C'est la catégorie où j'ai maintenant le moins de dépendance. Je ne suis plus sur aucun réseau social. Je n'ai pas forcément encore supprimé mes comptes, mais ils sont tous au moins désactivés.

Pour LinkedIn, je disais que c'était utile pour avoir de la visibilité dans mon secteur de travail : avoir désactivé mon compte ne m'a pas empêché de trouver un nouveau poste. C'est une illusion que ces réseaux nous font croire, mais en principe cela sert uniquement à nous détourner d'autres moyens d'être visibles.

Communication

C'est là où j'ai fais le moins de changements. J'utilise en priorité le SMS ou Signal pour communiquer avec les personnes que je connais, mais je suis toujours dépendant de Messenger où se trouvent la majorité de mes amis et de WhatsApp pour mes activités plutôt associatives.

Seule mon utilisation de Snapchat a bougée : je viens de supprimer l'application pendant l'écriture de cet article.

Divertissement

Là aussi, beaucoup de changements. Je vais reprendre, source par sources, ce qui a changé :

Netflix

J'ai arrêté mon abonnement. Ma famille et moi n'utilisions quasiment plus la plateforme. Principalement à cause de la fatigue induite par la disponibilité constante de nouveaux contenus et la baisse de leur qualité au fil du temps. J'utilise donc maintenant uniquement un serveur Plex.

YouTube

C'est toujours une plateforme à laquelle je dédie beaucoup de temps d'écran. J'ai par contre réduis au strict minimum les chaînes auxquelles je suis abonné. Je suis passé de plusieurs nouvelles vidéos disponibles par jour dans mes abonnements à quelques vidéos par semaines.

J'ai aussi installé l'extension "Unhook"² dans mon navigateur pour masquer toutes suggestions de vidéos et les shorts YouTube. Je ne regarde YouTube que depuis mon ordinateur (je l'ai supprimé de mon smartphone).

J'ai ainsi réduis par 10 environ mon temps sur cette plateforme.

Spotify

Je disais que j'aurais du mal à m'en défaire : je m'en suis défait. Mes sources de musique sont maintenant les concerts (principalement au Brise Glace³, salle de concert gérée par une association à Annecy), les vinyles que j'achète principalement directement aux groupes que je vois en concert, Bandcamp pour la musique au format numérique et les CD pour la musique que j'achète d'occasion.

J'écoute la musique numérique et les CD (que je numérise) depuis mon vieil iPod qui fonctionne toujours très bien.

Bureautique et informatique

Pas de grands changements par rapport à mon article précédent. J'utilise toujours Debian comme système d'exploitation sur tous mes PC. J'ai toujours un PC avec en plus, Windows installé pour les jeux vidéo.

Par contre, j'ai migré tous mes projets de programmation de GitHub à SourceHut⁴. C'est une entreprise privée, mais elle est loin d'avoir l'envergure de Microsoft (GitHub leur appartenant). La plateforme est aussi complètement open source et leurs valeurs sont plus proches des miennes.

Et côté DNS (là c'est vraiment technique xD), je suis passé à Quad9. DNS0 a cessé son service et FDN ne le propose plus qu'à leurs abonnés internet.

Utilisation de mon smartphone

J'ai commencé par rajouter des limites de temps sur les applications de mon smartphone. Je l'ai aussi passé en noir et blanc, sauf pour les applications qui nécessitent vraiment de la couleur (galerie photo par exemple).

J'ai aussi remplacé le lanceur d'application par défaut par un lanceur minimaliste⁵ : pas d’icônes, uniquement une liste de nom d'applications. Les icônes aussi sont des distractions...

Ces changements m'ont permis de passer de plus de deux heures par jour sur mon téléphone à moins de 30 minutes.

Conclusion

En essayant d'analyser mon usage des plateformes numériques, je me suis rendu compte de plusieurs choses :

Premièrement, nous pouvons toujours justifier l'usage des plateformes numériques par une raison à première vue valable. Par exemple, que nous regardons YouTube pour apprendre de nouvelles choses. Avec du recul, on se rend vite compte que les heures passées à "apprendre" sur YouTube n'ont pas servi à grand-chose : de combien de nouvelles choses nous souvenons-nous, quelques heures ou quelques jours après les avoir vues en vidéo ?

Deuxièmement, en utilisant ces plateformes, nous avons vite tendance à le faire pendant que nous faisons autre chose : de la musique en fond de lecture, une vidéo YouTube en fond de travail, etc. Malheureusement, je me suis aperçu en réduisant mon usage du numérique, que ça induit plus de fatigue qu'autre chose. Nous ne pouvons pas nous concentrer sur deux tâches en même temps et cela occupe notre cerveau même pendant ses temps morts. Il ne se repose donc jamais.

En réduisant mon usage des plateformes numériques, j'ai diminué mon impression de fatigue et de "burn-out" permanent. J'ai aussi l'impression d'avoir retrouvé un peu de créativité et surtout, de la motivation. Je me sens aussi beaucoup plus en accord avec mes valeurs, surtout avec l'utilisation quasiment systématique d'alternatives libres aux logiciels des monopoles du numérique.

Si je fais une mise à jour à cet article un jour, peut-être que j'y expliquerais comment vivre dans une grotte sans électricité... xP

Liens

¹: Mon abandon progressif des monopoles

²: Extension Unhook pour réduire les distractions sur YouTube

³: Le Brise Glace, scène de musiques actuelles à Annecy

⁴: Mon profil sur SourceHut

⁵: Olauncher, lanceur d'application minimaliste pour Android

Regarder la télé depuis un ordinateur sous Linux avec un décodeur USB

Thu, 09 Oct 2025 00:00:00 -0000

En faisant du tri dans mon matériel informatique, je suis retombé sur un décodeur TNT USB. Je ne regarde plus la télé, mais par curiosité, je voulais voir s'il fonctionnait correctement. Je me souviens qu'à l'époque, ce n'était pas simple de le faire fonctionner, mais je suis tombé sur une méthode facile pour le faire fonctionner sous Linux.

C'est un décodeur USB basé sur une puce de démodulateur Realtek RTL2832U. Il permet la réception de la télévision DVB-T (la TNT en France). La méthode fonctionne sur Debian ou les distributions basées dessus (Ubuntu par exemple).

Il suffit d'installer "w_scan", un scanner de fréquence DVB-T, et de l'utiliser pour créer une liste de lecture VLC. Cette liste de lecture contiendra la liste des chaînes captées par le décodeur. On utilisera ensuite VLC pour regarder les chaînes de télé.

Voici les commandes à utiliser :

# Installation de w_scan et VLC :
sudo apt install w-scan vlc

# Scan des fréquences DVB-T (prend un peu de temps) et écriture dans une liste de lecture :
# (Pensez à remplacer le "FR" par le code du pays dans lequel vous vous trouvez)
w_scan -c FR -L > chaines.xspf

# Ouverture de la liste de lecture avec VLC
vlc chaines.xspf

Voilà, ce n'est pas plus compliqué que ça. Il n'y a plus qu'à sélectionner une chaîne dans VLC et la regarder.

S'il manque des chaînes, que l'image se fige ou est de mauvaise qualité, c'est que le décodeur ne capte pas un bon signal. Essayez de déplacer l'antenne pour avoir une meilleure réception.

Capture d'écran de VLC en train de lire une chaîne de télé

Ma source :

Le blog de Janne Cederberg

Sauvegarder un CD ou DVD en image ISO depuis Linux

Fri, 19 Sep 2025 00:00:00 -0000

Au fil des ans, j'ai accumulé quelques CD et DVD de musique, jeux, films ou données. Mon PC principal a encore un lecteur DVD (et un lecteur de disquette), mais en 2025, c'est une exception. Pour pouvoir utiliser mes disques sur d'autres PC et aussi en garder une sauvegarde (les disques s'abîment au fil du temps, ce n'est pas un support éternel), j'en fais des images ISO.

Les images ISO sont des disques virutels. Elles peuvent être montées par le système comme si elles étaient des disques physique. Elles peuvent aussi être directement regravées sur un autre disque.

Voici les commandes à utiliser pour créer une image ISO depuis un disque :

1. Vérifiez si le lecteur CD est monté sur le système :

mount

(Cherchez /dev/sr0, /dev/cdrom ou un autre device correspondant au lecteur DVD sur votre PC)

2. S'il est monté, le démonter

umount /dev/sr0
# ou /dev/cdrom...

3. Lancez la commande DD pour copier le disque en ISO

Si c'est un CD-ROM, DVD-ROM ou Blu-ray, lancer cette commande :

dd if=/dev/sr0 of=/chemin/vers/fichier.iso bs=2048 count=$(sudo isosize -d 2048 /dev/sr0) status=progress

Pensez à modifier le chemin source (/dev/sr0, deux fois dans la commande) s'il est différent sur votre PC. Il faut aussi modifier le nom de fichier de sortie (option "of" dans la commande).

La commande copie, par blocs de 2048 bits (option "bs"), les données du disque. L'option count contient une commande qui sert à déterminer le nombre de blocs de 2048 bits sur le disque. La dernière option, "status", permet d'afficher une barre de progression.

Si c'est un CD ou DVD de données (format FAT), lancer cette commande :

dd if=/dev/sr0 of=/chemin/vers/fichier.iso status=progress

4. C'est tout, vous avez un fichier image ISO de votre disque. La commande "dd" peut aussi être utilisée pour faire des des copies de lecteurs USB, disques durs ou même disquettes.

Et encore une refonte de ce blog

Thu, 18 Sep 2025 00:00:00 -0000

Bientôt, je vais faire des refontes plus fréquemment que je ne publie des articles. Cette fois-ci, la refonte n'est que purement technique et invisible au visiteur. Pas de changement ni de nom, ni de nom de domaine. Pas même un changement de style.

Mais du coup, en quoi consiste cette refonte ?

C'est une refonte du backend du site. Plus particulièrement du moteur de génération des pages. Depuis un bon moment et jusqu'à aujourd'hui, mon (mes) blog tournait avec un CMS (Content Management System) en PHP (que ce soit un CMS maison¹ ou WordPress). C'était un site dynamique, où chaque page était générée au moment où un visiteur demandait à l'afficher. Les données contenues sur ces pages étaient stockées en base de données. À partir d'aujourd'hui, ce site est statique. Chaque page est un fichier enregistré sur le serveur.

Les pages ne sont donc plus générées à la demande, mais sont prégénérées au format HTML via un script Python². Ce script s'occupe de générer les pages statiques du blog sur mon PC, à partir des différents articles, eux aussi stockés sur mon PC. Une fois les pages statiques générées, je les mets en ligne sur mon serveur web. Le serveur n'a plus qu'à servir les pages statiques.

En soi, ça ne change pas grand-chose. Le blog s'affiche un peu plus rapidement car il n'y a plus de requêtes vers la base de données. Il demande aussi un peu moins de ressources. Soyons clairs, vu le faible trafic que ce blog subit, le changement est minime.

Au final, ce n'est qu'un système de cache. Un cache garde en mémoire les pages générées jusqu'à ce qu'elles soient mises à jour. Seulement, ce n'est pas le serveur, mais moi qui le gère. Vu la fréquence à laquelle je le mets à jour, ça n'est pas beaucoup plus de travail pour moi. L'envoi des pages sur le serveur après génération étant automatisé, ça ne me demande pas plus de travail.

Le gain principal est plutôt dans l'écriture des articles. Je ne suis pas dépendant d'internet pour écrire, vu que j'écris plus les articles sur le serveur, mais sur mon PC. J'ai juste besoin d'internet au moment où je veux publier l'article.

J'ai aussi rajouté la prise en charge des articles au format gemtext. Bien que je ne sois pas complètement convaincu par le protocole gemini³ et ce format de mise en page, pour des articles simples, il est amplement suffisant pour des articles simples (comme celui-ci). J'ai juste ajouté à mon interpréteur une fonctionnalité pour gérer l'affichage d'images. Pour les articles plus complexes, je continuerai à les écrire directement en HTML.

J'aurais aussi pu ajouter toutes ces fonctionnalités à mon CMS PHP. Mes blogs, depuis toujours, sont plus une excuse pour faire un peu de programmation et d'administration système. Alors j'en ai profité pour faire un peu de Python pour changer.

Les références de cet article :

¹ : Sources de l'ancien CMS de mon blog

² : Sources de mon script de génération de contenu

³ : Mon article où je donne mon avis sur le protocole Gemini

Et en prime, une image pour illustrer la fonctionnalité d'affichage des images ajoutée à mon interpréteur gemtext (des chèvres dans un champ)

Synchroniser un dépôt SourceHut vers GitHub avec un build automatique

Thu, 28 Aug 2025 19:23:57 -0000

Introduction

En migrant mes dépôts GitHub vers SourceHut, je suis tombé sur un problème : sur GitHub, j'ai un dépôt servant à gérer une bibliothèque Arduino. Cette bibliothèque est référencée et installable via le gestionnaire de bibliothèques Arduino inclus avec l'IDE Arduino. La synchronisation d'une bibliothèque vers le gestionnaire de bibliothèques Arduino ne peut se faire que via un dépôt GitHub, GitLab ou BitBucket...

Je ne voulais ni supprimer ma bibliothèque du gestionnaire, ni devoir continuer de la maintenir sur GitHub, vu que tous mes autres projets sont maintenant sur SourceHut. Pour ce faire, j'ai ajouté un build automatique à mon projet, afin que dès qu'un commit est publié sur SourceHut, il soit dupliqué sur GitHub.

J'ai trouvé cette solution sur le blog de Stephen Waits : Mirroring SourceHut repos to Github. Cet article n'est majoritairement qu'une traduction du sien.

Remarque : Vous devez avoir un abonnement payant à SourceHut pour pouvoir utiliser cette solution.

Comment activer la synchronisation d'un dépôt SourceHut vers GitHub avec un build automatique

Générez une clé SSH dédiée à cette synchronisation SourceHut ↔ GitHub (elle peut être réutilisée sur plusieurs dépôts). Pour ce faire, lancez la commande suivante et n'ajoutez pas de mot de passe à la clé :
```
ssh-keygen -C sourcehut-sync -f sourcehut-sync_ed25519
```
Cette commande va créer une paire clé privée/clé publique. Faites attention à ce que vous faites avec la clé privée, celle-ci donnera accès à tous vos dépôts GitHub...
Ajoutez la clé publique à votre compte GitHub sur cette page : https://github.com/settings/keys. Pour l'afficher dans votre terminal, exécutez :
```
cat sourcehut-sync_ed25519.pub
```
Ajoutez ensuite la clé privée à vos secrets sur SourceHut sur la page suivante : https://builds.sr.ht/secrets. Pour l'afficher dans votre terminal, exécutez cette fois là commande suivante :
```
cat sourcehut_ed25519
```
Une fois la clé privée ajoutée, SourceHut devrait vous donner un ID pour pouvoir la référencer dans vos fichiers de build. Il ressemble à ça : f2f8a99-cdf7-4286-b50f-7493o21bbxae. Copiez-le pour l'ajouter plus tard au fichier de build.
Optionnel : créez un dépôt vide sur GitHub (sans aucun fichier, même pas de README) pour l'utiliser pour la synchronisation du dépôt SourceHut.

Si vous désirez plutôt synchroniser un dépôt déjà existant sur GitHub, assurez-vous avant que le dépôt SourceHut ne soit pas en retard sur les commits.

Dans votre dépôt SourceHut, créez un fichier nommé ".build.yml". Ajoutez-y le contenu suivant (en remplaçant les informations entre crochets) :

image: alpine/edge
secrets:
  - [l'ID de votre secret]
sources:
  - git+ssh://git@git.sr.ht/~[votre nom d'utilisateur]/[nom de votre dépôt]
tasks:
  - mirror-to-github: |
      cd ~/[nom de votre dépôt]
      ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts
      git remote add github git@github.com:[votre nom d'utilisateur]/[nom de votre dépôt].git
      git push --mirror github

Vous pouvez maintenant créer un commit et le pousser sur votre dépôt SourceHut. Le build devrait s'exécuter automatiquement et être répliqué sur GitHub. Vous pouvez suivre le statut du build sur la page https://builds.sr.ht.

Si comme pour moi, votre build échoue et vous obtenez une erreur du genre : "push declined due to email privacy restrictions", pensez à désactiver l'option "Block command line pushes that expose my email" dans vos paramètres email sur GitHub.

Voilà, c'est tout ce qu'il y a à faire pour synchroniser un dépôt SourceHut vers GitHub !

Installer copyparty sur Alpine Linux (pour avoir un serveur de fichiers performant sur un vieux PC)

Mon, 04 Aug 2025 18:32:00 -0000

Introduction

J'ai récemment récupéré un client léger HP ThinClient t520. C'est un petit ordinateur de 2014, avec peu de ressources ayant pour but de se connecter sur des bureaux à distance. En soi, c'est juste un PC avec des ressources limitées (CPU double cœur de 1,2 GHz, 2 Go de RAM et un SSD de 8 Go). J'ai aussi besoin d'un NAS local et j'ai des disques durs USB qui traînent.

J'ai donc décidé d'installer Alpine Linux sur le client léger et de brancher un disque USB dessus pour tester le tout récent serveur de fichiers copyparty. Si le test est concluant, je connecterai un boîtier USB RAID à la place du disque dur simple pour plus de sécurité.

copyparty est un serveur de fichiers performant et peu gourmand en ressources et contenu dans un seul script Python. Son installation est donc simple et rapide (moins de 30 minutes dans mon cas, en comptant l'installation d'Alpine Linux sur le serveur). Il devrait aussi tourner sans problème sur un petit système, tel que ce client léger.

Plus d'informations sur la page GitHub du projet copyparty

Prérequis

Pour procéder à l'installation de copyparty, il vous faudra au préalable :

Un serveur. Dans mon cas un client léger HP, mais n'importe quel vieux PC, serveur, Raspberry Pi pourra faire l'affaire
Alpine Linux installé sur ce serveur
Un accès à internet depuis ce serveur
Un disque dur externe USB formaté en EXT4

Installation

Pour commencer, nous allons créer le répertoire de montage du disque dur et modifier le fichier "/etc/fstab" pour monter le disque dur automatiquement au démarrage du serveur :

# Création du répertoire de montage 
mkdir -p /mnt/usb

# Récupération de l'UUID du disque (liste les UUID de tous les disques)
ls -al /dev/disk/by-uuid*

Nous modifions ensuite le fichier "/etc/fstab" :

vi /etc/fstab

Pour y ajouter à la fin :

# Disque externe                                                           
UUID=[UUID du disque récupéré précédemment] /mnt/usb ext4 defaults,nofail 0 0

([ECHAP] puis ":wq" pour sauvegarder et quitter)

Et pour finir, nous montons le disque :

mount -a

Le disque devrait maintenant être accessible depuis le répertoire "/mnt/usb/". Ce répertoire servira de racine à copyparty.

Nous passons ensuite à l'installation des paquets requis et optionnels, mais conseillés, pour faire tourner copyparty :

# Installer les paquets requis
apk add build-base python3-dev openssl-dev libffi-dev

# Et les paquets optionnels (voir la documentation de copyparty)
apk add py3-pillow ffmpeg

Puis nous téléchargeons le script copyparty dans le bon répertoire et le rendons exécutable :

# Télécharger copyparty
wget -O /usr/local/bin/copyparty-sfx.py https://github.com/9001/copyparty/releases/latest/download/copyparty-sfx.py
chmod +x /usr/local/bin/copyparty-sfx.py

Nous pourrions nous arrêter là et simplement lancer le script pour démarrer le serveur. Pour que l'installation soit plus propre, nous allons créer un service. Cela permettra que le serveur se lance automatiquement au redémarrage de la machine.

Pour ce faire, nous téléchargeons le script de service officiel et nous le rendons exécutable :

wget -O /etc/init.d/copyparty https://github.com/9001/copyparty/raw/refs/heads/hovudstraum/contrib/openrc/copyparty
chmod +x /etc/init.d/copyparty

Puis nous l'ouvrons avec un éditeur pour le modifier :

vi /etc/init.d/copyparty

Il faut modifier la dernière ligne comme suit, pour définir la racine du serveur sur notre disque dur USB et activer l'indexation des fichiers :

command_args="-q -e2dsa -v /mnt/usb::rw"

Puis nous enregistrons le service au démarrage du système et le lançons :

rc-update add copyparty
service start copyparty

Et voilà, c'est tout. Vous devriez avoir un serveur de fichiers fonctionnel. Il doit être accessible depuis votre réseau local sur l'URL "http://[IP de votre serveur]:3923/" (commande "ip a" pour connaître l'IP de votre serveur).

Conclusion

copyparty est vraiment un serveur de fichiers simple à installer. Il y a peu de configuration préalable pour l'exécuter. Ce tutoriel pourrait s'arrêter au téléchargement du script Python et votre serveur fonctionnerait tout aussi bien.

Concernant les performances, pour l'instant j'ai seulement envoyé sur le serveur un fichier vide de 10 Gb et l'ai re-téléchargé. Le temps d'envoi d'une minute environ et de téléchargement de deux minutes sont prometteurs. Je continuerai mes tests un peu avant de l'adopter définitivement, mais à première vue ce serveur de fichiers est vraiment performant.

Page d'accueil de copyparty

N'hésitez pas à lire la documentation de copyparty, pour configurer plus finement votre serveur.

La documentation est sur la page GitHub du projet copyparty

Le robot d'indexation web de Facebook est joueur

Tue, 05 Nov 2024 13:00:00 -0000

J'ai remarqué qu'un de mes serveurs web était particulièrement lent dernièrement. Le chargement des pages web prenait environ une minute à chaque fois. Je n'arrivais pas à trouver la cause jusqu'à ce que je regarde les journaux d'accès de mes sites.

Dans celui correspondant à mon proxy Gemini (https://gemweb.arnaudouvrier.fr/), je suis tombé sur ces lignes, montrant une grosse quantité de requêtes provenant du robot d'indexation web de Facebook (Meta) :

[...]
2a03:2880:f800:1a:: - - [05/Nov/2024:12:06:16 +0100] "GET /?url=gemini%3A%2F%2Fjsreed5.org%2Flive%2Fcgi-bin%2Ftwisty%2Frubiks.cgi%3FBCGkDFJaheLI1456207301212102FL HTTP/1.1" 200 12540 "-" "meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler)"
2a03:2880:f800:1b:: - - [05/Nov/2024:12:06:16 +0100] "GET /?url=gemini%3A%2F%2Fjsreed5.org%2Flive%2Fcgi-bin%2Ftwisty%2Frubiks.cgi%3FeJAGicDLfkhB4362057120122212UF HTTP/1.1" 200 12539 "-" "meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler)"
2a03:2880:f800:16:: - - [05/Nov/2024:12:06:16 +0100] "GET /raw.php?url=gemini%3A%2F%2Fjsreed5.org%2Flive%2Fcgi-bin%2Ftwisty%2Frubiks.cgi%3FBCDFELHGKJIA1725460302120100DB HTTP/1.1" 200 9910 "-" "meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler)"
2a03:2880:f800:1b:: - - [05/Nov/2024:12:06:16 +0100] "GET /?url=gemini%3A%2F%2Fjsreed5.org%2Flive%2Fcgi-bin%2Ftwisty%2Frubiks.cgi%3FhcgkFELDjaIB2756341022011000LB HTTP/1.1" 200 12540 "-" "meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler)"
2a03:2880:f800:a:: - - [05/Nov/2024:12:06:16 +0100] "GET /?url=gemini%3A%2F%2Fjsreed5.org%2Flive%2Fcgi-bin%2Ftwisty%2Frubiks.cgi%3FdaCLeBHGiFJK3276015410000101LB HTTP/1.1" 200 12540 "-" "meta-externalagent/1.1 (+https://developers.facebook.com/docs/sharing/webmasters/crawler)"
[...]

Mon proxy Gemini permet, en théorie, d'explorer tout le contenu Gemini publiquement accessible. Sur la page d'accueil, j'ai des liens vers des capsules Gemini. Le robot n'ayant pas identifié qu'il était sur un proxy, il ouvre tous les liens sur lesquels il tombe. Il est pratiquement dans un piège infini.

Ce qui pour le coup est encore plus marrant, c'est qu'en regardant de plus près les URLs qu'il ouvre en boucle, il est tombé sur une capsule contenant un Rubik's cube à résoudre ! Ce Rubik's cube textuel se résout en cliquant sur des liens hypertext, correspondant chacun aux actions qu'il est possible de faire. Chaque page chargée correspond donc à un état différent du Rubik's cube.

jsreed5 Rubik's cube en Gemini : gemini://jsreed5.org/live/cgi-bin/twisty/rubiks.cgi?daCLeBHGiFJK3276015410000101LB (ou ici en HTTP via mon proxy)

D'après la documentation Facebook, ce robot d'indexation est utilisé pour l'entraînement d'intelligences artificielles :

Le robot d'indexation Meta-ExternalAgent indexe le Web pour des cas d'utilisation tels que l'entraînement de modèles d'IA ou l'amélioration de produits en indexant directement le contenu.

— Documentation Facebook (https://developers.facebook.com/docs/sharing/webmasters/web-crawlers)

Une IA serait-elle en train de s'entraîner à la résolution des Rubik's cubes sans même le savoir ?

Bon maintenant je n'ai plus qu'à trouver comment arrêter le robot Facebook et tous les suivant de recommencer. C'est bien drôle de gaspiller des ressources de Facebook en piégeant inintentionnellement des robots, mais je gaspille aussi les ressources de mon serveur et celles de jsreed5...

Bonus : en regardant les journaux d'accès du proxy, je suis aussi tombé sur un robot qui charge périodiquement le même gemlog à propos de pornographie...

Mon avis sur le protocole gemini

Mon, 29 Jul 2024 08:00:00 -0000

Le protocole gemini

Pour commencer, voici la description du protocole tel que donnée par ses créateurs et qui résume très bien leur vision :

Gemini est une nouvelle technologie internet qui prend en charge une bibliothèque électronique de documents texte interconnectés. Ce n'est pas une idée nouvelle, mais elle n'a pas d'ancienneté non plus. Il est intemporel et mérite des outils qui le traitent comme un concept de première classe, pas un cas vestigial dans un coin. Gemini n'est pas sur l'innovation ou la perturbation, il s'agit de donner un peu de repos à ceux qui sentent qu'internet a déjà été assez perturbé. Nous ne sommes pas là pour changer le monde ou détruire d'autres technologies. Nous voulons construire un espace en ligne simple où les documents ne sont que des documents, dans l'intérêt de la vie privée, de l'attention et de la bande passante de chaque lecteur.

- (Traduction de la description de page d'accueil du projet tel qu'affichée au 30/06/2024)

La page d'accueil du projet en gemini

La page d'accueil du projet en HTTP

Pour résumer simplement : le protocole gemini se veut simple, tant que par son implémentation côté client et serveur, que par son utilisation. Il se veut à contresens d'un web qui se complexifie de jours en jours. Il est là pour aider à redistribuer aux utilisateurs la diffusion de l'information sur internet.

Les spécifications protocolaires sont très courtes : il n'y a pas de fonction superflue. L'écriture de documents servis par gemini est minimaliste. On pourrait presque dire que le langage d'écriture est un markdown simplifié : il n'y que quelques éléments de mise en page qui sont balisés en début de ligne. L'écriture est simple, interprétation et la lecture l'est tout autant.

La navigation sur gemini se fait avec des clients dédiés. Les navigateurs web actuels ne permettent pas pour la majorité de charger des documents via le protocole gemini. De par sa simplicité, il existe beaucoup de clients en ligne de commande dans un terminal. C'est aussi dans une optique de décomplexification, le protocole étant tellement simple qu'il ne nécessite que d'un affichage textuel pour visualiser des documents.

On peut séparer le protocole gemini en deux sous protocoles : le protocole réseau gemini et le protocole de documents hypertextes "gemtext".

Le gemtext

En gemini, un texte ne peut être formaté qu'avec les éléments suivants :

Lignes de texte
Liens hypertexte
Titres
Liste à puce
Blocs de citation
Blocs préformatés (blocs de code)

Il ne peut y avoir qu'un élément par ligne : on ne peut pas insérer un lien au milieu d'une ligne de texte par exemple. Il ne peut pas non plus y avoir d'image au milieu d'un texte : pour afficher une image à l'utilisateur, il faut lui donner un lien vers cette image.

Les balises de formatage sont les suivantes :

#, ##, ou ### Pour les titres de niveau 1, 2 ou 3
=> pour les liens
* pour les lignes de liste à puce
> pour les lignes de citation
``` pour le texte préformaté (une ligne avant le début du texte préformaté pour ouvrir le bloc, une ligne après pour le fermer)

On peut voir une légère ressemblance avec markdown. La ressemblance s'arrête là. Les deux formats n'ont pas la même vocation. Markdown est là pour permettre de rendre lisible un document dans un editeur de texte, mais aussi pour pouvoir être affiché de façon "traditionnelle" en HTML dans un navigateur. Markdown est beaucoup plus complexe à interpréter par un client pour être convenablement affiché.

Spécifications techniques du "gemtext" en gemini

Spécifications techniques du "gemtext" en HTTP

Le protocole réseau gemini

Le protocole réseau gemini a un fonctionnement assez proche du protocole HTTP, en beaucoup plus minimaliste. Le client ne peut qu'envoyer des simple. Ces requêtes contiennent uniquement l'URL de la page à afficher et optionnellement une donnée texte fourni par l'utilisateur. En retour, le serveur peut répondre avec cinq types de réponses différentes. Seul les réponses de type "success" retournent un document gemtext ou autre. Les plages de codes de réponse sont définies, mais pas tous les codes sont spécifiés.

Ces types de réponses sont les suivantes :

Code 10 à 19 (10 et 11 spécifiés) : le serveur demande à l'utilisateur de saisir une donnée.
Code 20 à 29 (20 spécifié) : le serveur renvoi un document gemtext ou un autre type de document défini par un type MIME.
Code 30 à 39 (30 et 31 spécifiés) : code de redirection temporaire ou permanente.
Code 40 à 49 (40 à 44 spécifiés) : erreur temporaire du serveur.
Code 50 à 59 (50 à 53 et 59 spécifiés) : erreur permanente du serveur.
Code 60 à 69 (60 à 62 spécifiés) : gestion des certificats clients.

Et c'est tout. Un client n'aura qu'un nombre très restreint de réponses, qu'un serveur pourra lui fournir, à savoir gérer. La communication client/serveur gemini se fait uniquement en TLS, il n'y a donc pas d'informations "en clair" transitant entre les deux.

Spécifications techniques du protocole réseau gemini en gemini

Spécifications techniques du protocole réseau gemini en HTTP

Mon expérience avec gemini

Je n'ai connaissance de ce protocole que depuis 2022 environ. Depuis, je n'avais jamais vraiment interagis avec tout en ayant une certaine familiarité avec le gemtext : je lis quelques blogs qui ont une version web pour l'affichage de leurs contenus gemini. Ces contenus, bien qu'écrits en HTML, respectent donc les restrictions du gemtext.

En 2024, trouvant aussi qu'internet est devenu très (trop) complexe, j'ai décidé de m'y intéresser de plus près.

J'ai donc décidé de créer un client web pour naviguer sur le protocole (voir plus loin, mon avis sur le protocole, pour connaître ma raison de créer un client web pour le protocole). Je l'ai écrit en PHP. Il respecte quasiment complètement le standard. Il gère tous les codes de réponse serveur (sauf les 6x, j'en reparle dans mon avis). Il ne lui manque plus qu'une gestion des types MIME, ce qui sera peut-être réglé avant la publication de cet article.

Mon client web permettant de naviguer sur Gemini depuis son navigateur

En programmant mon client, j'ai vraiment pu me rendre compte de la simplicité du protocole. Il ne faut que quelques dizaines de lignes pour communiquer avec un serveur et quelques dizaines d'autres pour l'interprétation du gemtext en HTML. La simplicité du protocole est bien là.

De cette façon, je peux continuer mon exploration du monde gemini, avec un accès direct au contenu distribué par ce protocole.

Mon avis sur le protocole

Mon avis est mitigé : d'un côté, consulter du contenu textuel sans fioritures est une bonne chose, d'un autre je trouve le protocole redondant, ajoutant un outil supplémentaire à internet alors que tant d'autres existent déjà.

C'est un peu comme l'invention de nouvelles technologies pour combattre le réchauffement climatique, alors que la solution existe déjà et est simplement de réduire notre consommation. Ici, la solution serait de tout simplement faire des sites web plus léger au lieu d'inventer un protocole qui en impose l'usage.

Je constate aussi que beaucoup de sites sont servis en HTTP en plus de gemini : je ne suis pas sûr que dédoubler l'information soit une solution pour la décomplexifier. Cela montre peut-être aussi un problème lié au manque de fonctionnalités fournies par le protocole.

Les blogueurs devenus gemlogueurs, car ils trouvent que le web est trop chargé, n'auraient-ils pas pu seulement simplifier leur blogs ? L'HTML permet très facilement de mettre en page du contenu de façon simple. Rien que les feuilles de style sont optionnelles... Je trouve aussi un peu dommage qu'on pert la personnalisation (presque personnalité) du contenu par l'auteur, même si je comprends que le but de gemini est de réduire les informations superflues.

Côté fonctionnement du protocole et du gemtext plus particulièrement, là aussi j'ai quelques réserves. Globalement, les options de formatage sont suffisante. Pouvoir mettre un texte en gras ou en italique aurait pu être un plus, mais pas une nécessité. Par contre, ce que je trouve qui manque grandement, c'est une gestion des images. Une balise pour indiquer un lien vers une image serait une bonne chose. Les images peuvent être un plus pour la compréhension d'un texte, du moment où les règles d'accessibilité soient bien respectées de façon à ne pas pénaliser la compréhension des personnes mal ou non-voyantes.

Le point positif majeur de gemini, c'est le regroupement de contenus simples. Il est compliqué aujourd'hui de naviguer sur internet uniquement sur des sites internet légers et sans fioritures. À part cela, un agrégateur de contenus centrés sur les blogs et site internet légers n'aurait-il pas suffi ? Ou définir une surcouche HTML ou un guide d'écriture spécifique pour générer des sites internet d'une façon suffisamment simple pour pouvoir être lu via un terminal n'aurait pas pu être une autre solution ?

Un autre problème, mais là causé par la "jeunesse" du protocole : à quoi servent les certificats clients gérés avec les codes réponse 60 à 69 ? Je ne suis pas sûr de comprendre, surtout que les certificats clients sont uniques par sous-chemin d'une URL sur un serveur, mais sont données par le client et non pas le serveur. Je n'ai pas trouvé les spécifications du protocole suffisamment clair pour comprendre.

Bien entendu mon avis n'est pas figé. Il est susceptible de changer au fil de mes expériences avec gemini, mais aussi avec le web en général.

Héberger un serveur NTP public pour le projet NTP Pool

Mon, 15 Jul 2024 08:00:00 -0000

Qu'est-ce que NTP et le projet NTP Pool ?

Comme vous le savez peut-être, pour fonctionner correctement, les ordinateurs et serveurs connectés à internet ont besoin d'être à l'heure. Un protocole a été inventé pour ça : le protocole NTP. Il permet à chaque équipement de se connecter sur un serveur de temps par internet et mettre à jour son horloge interne. Ces serveurs de temps "racines" utilisent différents moyens pour rester toujours à l'heure : horloge atomique, horloge GPS... Cela garanti la justesse de l'heure donnée par ces serveurs. Ces serveurs sont appelés strate 1, ils sont directement connectés à la source de l'heure.

Ces serveurs strate 1 étant relativement peu nombreux, il existe 3 autres niveau de serveurs : les strates 2, connectés directement à ces strates 1, puis les strates 3 et enfin les strates 4. Plus les strates sont basses, plus il y a de serveurs, mais moins l'heure est précise. Nous allons configurer un serveur de strate 2 dans ce tutoriel. Les serveurs de strate 1 sont généralement gérés par des universités ou des centres de recherche ayant accès à une horloge atomique.

Une fois configuré, comment rendre public son serveur pour que tout le monde puisse l'utiliser ? C'est là qu'intervient le projet NTP pool.

NTP Pool est un réseau de serveurs NTP, connectés directement derrière la même URL : pool.ntp.org. Le serveur DNS derrière ce domaine, répond aux différentes requêtes avec une adresse différente à chaque fois (round-robin). Ces adresses sont celle de la liste des serveurs participant au projet. Cela permet de distribuer les requêtes NTP sur un large réseau de serveurs. Et plus le réseau est large, plus l'heure distribuée est précise. C'est là que nous intervenons, en rajoutant des serveurs au projet.

Ce projet fonctionne entièrement sur la base du volontariat : il est compliqué de générer des revenus sur un service NTP et en même temps le service est nécessaire au bon fonctionnement d'internet. Le réseau du projet NTP Pool est entièrement composé de serveurs mis à disposition gratuitement par des entreprises et des particuliers.

Prérequis

Les prérequis sont :

Un serveur faisant tourner Linux. Le projet conseil CentOS ou Ubuntu serveur, mais pour ce tutoriel j'utilise Debian. Au niveau des ressources, le minimum requis par la distribution de votre choix sera largement suffisant. Pour un serveur Debian sans interface graphique, il est conseillé au minimum 512 Mo de RAM avec 4 Go d'espace disque.
Une connexion internet avec un débit suffisant. Il y a peu de chances que les requêtes dépassent les 0,5 Mb/s de bande passante. Presque n'importe quelle connexion d'aujourd'hui ne sera pas saturée par la fourniture du service.
Une adresse IP fixe. De préférence portée par un pare-feu en amont de votre serveur. Sans adresse IP fixe, il ne sera pas possible de joindre le projet.
Deux serveurs de strate 1 et quatre serveurs de strate 2 à configurer en serveurs source. Ces serveurs ne doivent pas faire partie de la pool NTP. Vous pouvez par exemple consulter la liste des serveurs de temps NTP français de RENATER pour en sélectionner. Je n'en inclurai pas dans la configuration d'exemple, de façon à maximiser la distribution sur les serveurs de temps.

Installation du serveur NTP

Installation du service NTP : ntpd

Commencez par installer le paquet ntpd :

sudo apt update
sudo apt install ntpd

Il faudra ensuite configurer le fichier "/etc/ntp.conf". Supprimez toutes les lignes commençant par "server" puis ajoutez la liste de vos serveurs de la façon suivante :

# Serveurs de strate 1 :
server [URL serveur 1] iburst
server [URL serveur 2] iburst
# Serveurs de strate 2
server [URL serveur 3] iburst
server [URL serveur 4] iburst
server [URL serveur 5] iburst
server [URL serveur 6] iburst

Il faudra aussi ajouter "noquery" à la fin des lignes "restrict" :

restrict source notrap nomodify noquery

Enfin, redémarrez le service ntpd :

sudo service ntpd restart

Installation du serveur web : apache2

Cette étape est facultative. Elle permet d'ajouter une redirection web vers le site internet du projet. Si quelqu'un tape "pool.ntp.org" dans son navigateur et tombe sur votre serveur, il sera automatiquement redirigé vers le site du projet.

Installez apache2 comme suit :

sudo apt install apache2

Puis configurez le fichier "/etc/site-available/default.conf" comme ci-après :

<VirtualHost *.80>
        ServerName pool.ntp.org
        ServerAlias *.pool.ntp.org *.ntppool.org

        RedirectPermanent / https://www.ntppool.org/
</VirtualHost>

Puis redémarrez apache2 :

sudo service apache2 restart

Ouverture des ports et règles NAT : dépend de votre pare-feu

Les ports à ouvrir et rediriger sur votre serveur sont à minima les suivants :

port 123 (UDP et TCP, port du service NTP)
port 80 (TCP, pour la redirection HTTP avec Apache)

La configuration étant dépendante de votre pare-feu, je ne la détaillerais pas. Pensez aussi à ouvrir ces ports sur votre serveur si celui-ci possède aussi un pare-feu.

Inscription de votre serveur sur NTP Project

Les étapes pour ajouter votre serveur sur le projet NTP Pool sont :

Créez un compte sur ntppool.org et connectez-vous.
Rendez-vous sur la page de gestion de vos serveurs : manage.ntppool.org
Ajoutez votre serveur en renseignant son adresse IP ou son nom de domaine si vous lui en avez assigné un.
Confirmez que le serveur vous appartient bien.
C'est terminé, votre serveur est ajouté.

Avant de recevoir des requêtes, un processus de validation est lancé. Ce processus, géré par le projet NTP Pool, permet de valider que votre serveur ne glisse pas dans le temps et est suffisamment disponible. Un score sera affecté à votre serveur. Quand il aura atteint 10 il sera ajouté au pool. Si votre serveur est stable, il pourra monter jusqu'à 20. Vous pouvez consulter ce score et le détails de de la variation du temps de votre serveur sur sa page de gestion de votre serveur.

La fin

Une fois toutes ces étapes suivies, votre serveur sera joignable via pool.ntp.org. Il recevra de façon aléatoire des requêtes NTP tant que son score restera au-dessus de 10.

Je ne l'ai pas précisé, mais vous pouvez bien sûr vous-même utiliser le service en configurant le serveur de temps de votre PC. Renseignez simplement l'url pool.ntp.org et votre ordinateur se mettra automatiquement à jour via les serveurs du projet !

Capture d'écran des statistiques de score de mon serveur NTP sur ntppool.org

Mon abandon progressif des monopoles

Mon, 01 Jul 2024 08:00:00 -0000

Plus le temps passait et plus je me trouvais aspiré par mon téléphone. Je rentrais du travail et je ne trouvais pas grand-chose d'autre à faire que d'aller sur mon téléphone. Les distractions y sont nombreuses, mais les sources de ces distractions le sont moins. La majorité de ces distractions sont fournies par les fameux GAFAM (Google Amazon Facebook Apple Microsoft), ce qui en font des monopoles ou tout du moins des oligopoles.

Dans une optique de retrouver du temps pour moi (et diminuer mon temps d'écran hors travail), de réduire mon impact écologique et de réduire l'influence des GAFAM sur ma vie, j'ai décidé de me détacher de ces distractions le plus possible. Voici un état des lieux de cette transition.

Réseaux sociaux

Je n'ai jamais partagé beaucoup de contenu sur les réseaux sociaux. Par contre, j'étais très consommateur du contenu des autres. C'est aussi la catégorie d'applications où j'ai le mieux réussi à réduire l'utilisation. Après y avoir passé la majorité de mon temps d'écran par jour, je dois maintenant y passer moins d'une heure par mois.

Les réseaux sociaux que j'utilise/utilisais sont les suivants :

Facebook : compte désactivé (pas possible de le supprimer si je souhaite continuer à utiliser Messenger, voir plus loin).
Instagram : application supprimée, mais j'ai conservé mon compte. Je ne me suis pas résigné à le supprimer pour l'instant.
Twitter : cela fait des années que je ne l'utilise plus. J'y passais beaucoup de temps pour lire des contenus peu qualitatifs et qui sortaient peu de ma bulle de réflexion. J'ai créé un compte Mastodon, mais je ne l'utilise pas non plus.
LinkedIn : le réseau social qui me donne des boutons. Malheureusement, il est utile pour avoir de la visibilité dans mon secteur de travail. Je mets seulement mon CV à jour de temps en temps, mais ne m'y connecte jamais. Je n'utilise pas non plus l'application mobile.

Communication

La communication est une catégorie un peu compliquée. Je ne souhaite pas me couper de mes amis et ma famille. La réduction de son impact consiste majoritairement à laisser mon téléphone en "Ne pas déranger" 24 heures sur 24 : ce n'est plus mon téléphone qui me dicte quand je dois le regarder.

Les applications que j'utilise sont les suivantes :

Messenger
WhatsApp
Snapchat*

Les alternatives que je tends à préférer quand je peux sont Signal et le SMS, tout simplement. Malheureusement, la plupart des gens avec qui je communique n'utilisent pas Signal et ont oublié l'existence du SMS. C'est pourtant pratique le SMS, même quand il n'y a que très peu de réseau et que la 4G (ou 5G) n'est pas disponible, l'envoi et la réception fonctionnent parfaitement !

*J'ai inclus Snapchat dans cette catégorie et non pas dans les réseaux sociaux, car j'utilise uniquement sa fonctionnalité de chat, textuel ou visuel.

Divertissement

Je n'utilise pas la télévision. Je n'ai même pas réinstaller mon antenne suite aux travaux que j'ai fait chez moi. Maintenant, même les émissions "calmes" sur les chaînes classiques me paraissent trop agressives et les publicités, presque de la torture. Malgré ça mon cerveau a toujours besoin de son shoot de divertissement.

Voici mes principales sources de divertissement numérique :

Netflix : j'utilise peu et partage mon compte avec ma famille. En alternative j'utilise un serveur Plex.
YouTube : ma source principale de temps d'écran. Je regarde principalement des chaînes sur la réparation d'équipements informatiques vintage et sur la mécanique automobile. J'ai limité au maximum le nombre de chaînes que je suis en supprimant toute celles qui faisaient passer le divertissement avant le contenu. Sinon parfois je me retrouve à regarder des documentaires Arte (la télé nous suis partout...). Il faudrait que je tente de passer à PeerTube.
Spotify : fini l'époque où j'emmenais mon iPod partout. Spotify est ma principale source de musique et de podcast. Grâce à cette application, j'ai découvert pas mal de groupes. J'aurais du mal à m'en défaire honnêtement…

Depuis toujours je pirate du contenu, sachant très bien que ce sont les diffuseurs qui prennent la grosse majorité des revenus sur les contenus qu'ils rendent disponible "légalement" et donc que j'impacte peu la rémunération des créateurs. La meilleure manière pour rémunérer efficacement un artiste, c'est de le payer directement. C'est pourquoi, pour rémunérer les artistes et vidéastes, je passe par Patreon ou en achetant du merch, via internet ou en concert pour les musiciens (quand j'ai la possibilité de pouvoir les voir en concert). J'aide aussi certains projets que je trouve intéressants.

Bureautique et informatique

Là où sont aussi très présents les GAFAM, ce sont les sur tous les outils de bureautique et d'informatique. Leurs offres sont alléchante et leur prix paraissent attractifs. La question est surtout : voulons-nous donner aveuglement toutes nos données à d'autres ? Surtout que nous n'avons aucun moyen de vérifier ce qu'ils en font derrière. L'utilisation de ces outils nous enferme aussi dans des écosystèmes techniques restraints et qui nous poussent toujours plus à consommer chez ces mêmes GAFAM...

Microsoft Windows : l'alternative est simple : Linux. Depuis toujours j'ai utilisé Linux, mais ces dernières années je me suis retrouvé de plus en plus à démarrer mon PC sous Windows. Je me suis repris et j'ai réinstaller Debian sur tous mes PC. Je garde seulement un dualboot Windows pour pouvoir jouer à mes jeux vidéo.
Microsoft Office 365 : à la place j'utilise la suite LibreOffice. À quoi bon payer des outils qui offrent beaucoup de fonctionnalités, mais qui ont que très peu d'utilité ? LibreOffice fait très bien le travail de Microsoft Office sans avoir à payer d'abonnement.
Google Drive et Google Photos : ma solution n'est pas l'alternative la plus simple, mais a le mérite de fonctionner. J'ai récupéré un vieux serveur qui a une dizaine d'années. Dessus, je fais tourner une instance Nextcloud et utilise Memories pour la gestion de mes photos. Je retrouve les mêmes fonctionnalités, mais cette fois le cloud n'est pas sur le PC de quelqu'un d'autre. J'ai aussi fais le nettoyage dans mes photos. Google Photos permet d'héberger sans limite ses photos, au fil du temps je m'étais retrouvé avec 17 000 photos. J'en ai plus que 4 000 après tri. J'évite aussi de prendre des photos avec mon téléphone : les souvenirs sont mieux dans la tête.
GitHub : pour l'instant je n'ai pas d'alternative. Je suis pour l'opensource (en licence totalement libre...) et publier son code sur une plateforme appartenant à Microsoft n'est pas forcément le plus logique. Je ne publie pas beaucoup de code, mais j'aimerais l'héberger ailleurs. Je viens de découvrir Radicle, une plateforme décentralisée de gestion de code. Il va falloir que j'essaie.
Amazon : ok c'est du shopping, mais je ne savais pas trop où le mettre. Je n'utilise pas leur hébergement Cloud ni leur plateforme de streaming. Mon alternative est simple : est-ce que j'ai vraiment besoin de ce que j'achète sur Amazon ? Non. J'avais quand même un abonnement Amazon Prime…
DNS : jusqu'à présent j'utilisais 1.1.1.1 de CloudFare. Ça n'est peut-être pas un GAFAM, mais avec les DNS Google ils ont un quasi-monopole sur le traitement de ces requêtes. Je suis passé à DNS0 en upstream sur mon Pi-hole. C'est une infrastructure DNS hébergée en Europe et gérée par une association à but non lucratif française (version sans filtrage : open.dns0.eu).

C'est la partie la plus technique et peut-être la plus compliquée pour se débarrasser des monopoles, surtout quand on n'est pas très expérimenté en informatique. Les GAFAM utilisent justement la simplicité d'utilisation pour attirer toujours plus de consommateurs.

Conclusion

J'ai encore beaucoup de travail à faire pour me couper complètement des monopoles. Les effets de mon travail sont jusque là visibles : j'ai retrouvé du temps. Le simple fait que j'écrive cet article le montre. Je ne l'aurais surement pas écrit si j'étais absorbé par une vidéo YouTube ou sur Instagram.

Je m'efforce à réduire mon temps d'écran (hors travail bien entendu…). Dans l'idéal, j'aimerais rester en dessous des deux heures par jour. Aujourd'hui c'est un peu compliqué même si la part d'utilisation des applications citées ci-dessus est de plus en plus minime.

L'impact écologique est quant à lui mitigé : ne plus dépendre de plateformes payantes à un effet au niveau de ma consommation en général, mais héberger ses données soi-même contrebalance peut-être cet effet. Un serveur consommant 200 W en moyenne consomme-t-il plus que ses alternatives (par utilisateur) chez les GAFAM ? Je ne saurais pas le quantifier.

En tout cas je vais continuer mes efforts. Peut-être qu'un jour je ferais une suite à cet article, si ma progression est visible.

Une nouvelle peau pour ce blog

Tue, 25 Jun 2024 19:32:36 -0000

Bon, la dernière refonte de mon blog date d'il y a quatre ans. Je l'avais sûrement faite pour faire passer le temps, pendant le premier confinement de la pandémie de COVID-19. Depuis, je n'ai écrit que deux articles : un pour annoncer cette refonte et un deuxième pour expliquer qu'il était dur d'avoir le temps d'écrire. Dans le premier article, je me plaignais déjà de ne pas avoir beaucoup écrit depuis la refonte de mon ancien blog…

Cette fois-ci c'est un peu différent. La refonte n'a pas vocation à me motiver d'écrire des articles. Elle est plus technique que visuelle. La nouvelle version du blog reflète mieux mon état d'esprit. Comme je disais dans le premier article, cela fait depuis environ 2006 que je tiens des blogs. En 18 ans j'ai eu le temps de changer, le web aussi.

D'abord, j'ai réduit mes ambitions : je n'écris plus pour être lu. Quand j'ai commencé à écrire des tutoriels divers, c'était pour partager mes connaissances. Je voulais aider les autres qui rencontreraient les mêmes problèmes que moi. Je cherchais aussi un peu de reconnaissance. Maintenant j'écris sans vraiment avoir de raisons, simplement parce que j'aime bien ça. D'ailleurs, il y a de grandes chances que personne d'autre que moi lise ces lignes.

Vient ensuite une raison plus technique : mon blog faisait appel à plusieurs éléments externes pour fonctionner et ce n'est plus quelque chose que je souhaite. La raison est simple : je ne veux plus que mes visiteurs ou moi-même soient traqués sur internet. Le blog faisait appel à des CDN (Content Delivery Networks, réseau de mise à disposition de contenus) pour la mise en page et les polices. Les CDN, bien que pratiques, profitent souvent de fournir de contenus aux navigateurs des visiteurs pour pister ces visiteurs là où ils vont sur internet. En plus de ça, j'avais mis en place un suivi statistique de mes visiteurs via Google Analytics. Je participais donc activement au suivi.

Une troisième raison est la simplification du site. Les sites internet deviennent de plus en plus compliqués. Les quantités de données à transférer pour simplement afficher une page de texte sont la plupart du temps irrationnelles. Aujourd'hui il n'est quasiment plus possible de naviguer sur le web en connexion 2G, tant les pages sont lourdes et prennent du temps à charger. Ce nouveau thème est très minimaliste : pas de Javascript, pas de fichier CSS, pas d'images superflues. Le CSS fait uniquement une cinquantaine de lignes en début de fichier HTML. En théorie tous les systèmes (PC et mobiles) des 10 dernières années peuvent charger ce site sans trop de difficulté.

Je ne vous cache pas que toutes ces raisons ne sont pas entièrement venues de moi-même. Cela fait quelques années déjà que je lis Ploum et ce sont des sujets qui le préoccupent aussi. Le thème de ce blog est aussi en partie inspiré du sien. Si vous voulez mieux comprendre les raisons qui me poussent à simplifier mon site à ce point, vous pouvez lire cet article de Ploum qui décrit le problème de complexification du web : "Lectures : de la bouffitude du Web et de l'absurde quête d'une norme sociale". N'hésitez pas à parcourir son blog et ses livres, sa vision du monde numérique moderne est très intéressante !

Voilà pour la petite explication sur la refonte de mon blog. Si vous m'avez lu, merci et peut-être à bientôt si vous décidez de revenir. Si d'ici là j'écris du nouveau contenu…

Ce n'est pas si simple d'avoir le temps d'écrire...

Sun, 03 May 2020 14:49:04 -0000

Le 13 février 2020 j'écrivais que je souhaitais me remettre à l'écriture d'un blog. Nous voilà près de trois mois plus tard et je n'ai toujours rien publié. Ce n'est pas faute d'avoir essayé, j'ai commencé l'écriture d'un tutoriel pour débriquer une PSP 2000. Ce tutoriel me tiens à cœur, il peut être utile à plus d'une personne qui comme moi voudrait restaurer une PSP, mais qui ne trouve plus les resources qui étaient pourtant si simples à trouver il y a 10 ans... Mais je n'ai pas eu le temps.

Le temps n'est pas aussi facile à trouver qu'on le croit. Depuis le 13 février 2020, j'ai commencé un nouveau travail. Je suis maintenant administrateur réseau au support d'un opérateur internet. Bien que dans le domaine où j'ai fait mes études, après 3 ans de développement web, ça me prend pas mal de ressources de me remettre dans le bain. Puis la pandémie de Covid 19 est arrivée en Europe en mars. Pour beaucoup de gens, ça veut dire chômage partiel. Mais dans un monde où internet est un service presque aussi important que l'électricité, ça veut dire pour moi toujours autant de travail. Certes c'est du télétravail, mais ça ne veut pas pour autant dire que j'ai plus de temps pour écrire.

Je ne m'en plains pas bien entendu. Je touche mon salaire normal et je préfère largement être occupé par mon travail que de vivre dans l'inquiétude de ne pas pouvoir trouver de travail. Par contre, dans notre monde actuel ne pas avoir de temps est presque synonyme d'être flemmard. Ce qui compte aujourd'hui c'est de montrer sur les réseaux sociaux que l'on fait beaucoup de choses. Encore plus maintenant que nous sommes tous enfermés à la maison. Il n'y qu'à voir le nombre de gens qui se sont mis à faire du pain pendant le confinement... Heureusement que personne n'est derrière pour vérifier la qualité de leurs productions par contre, car quantité n'est pas toujours synonyme de qualité.

Enfin voilà, je profite d'avoir un peu de temps et de ressources mentales en ce dimanche 3 mai 2020 pour expliquer que je n'ai pas de temps. Cet article, après relecture(s) et corrections, ne me prendra sûrement pas plus d'une heure à publier (si je le publie, mais si vous le lisez c'est que je m'y suis décidé…). Un tutoriel basique, comme celui publié en décembre 2012 sur Arnakazim.com expliquant comment créer une interface pour contrôler son Arduino depuis son PC (et qui est toujours mon article le plus lu depuis), prendra quant à lui au minimum 7 heures, si je n'ai pas trop de recherches à faire avant et que les explications n'ont pas à être trop développées. 7 heures, à ajouter aux heures de travail, transport et tâches ménagères que je dois faire tous les jours…

Je ne sais pas si c'est triste ou non de ressentir le besoin d'expliquer pourquoi je n'ai pas de temps. Beaucoup de monde se demandent comment ça se fait que les autres n'ont pas de temps. Moi au contraire, je me demande ce que les autres (ne) font (pas) pour avoir autant de temps. Temps qu'ils passeront à essayer de se valoriser sur les réseaux sociaux. Je suis sûrement différent de ces gens (en bien ou en mal, je ne saurais juger). Dans ce monde où tout va à une vitesse incontrôlable, j'ai un peu l'impression d'être une vache qui regarde passer un TGV 🐮. Y a-t-il une recette miracle pour me débloquer du temps et pouvoir écrire comme j'en aurai envie ?

Il est 15 h 23, j'ai commencé l'écriture de cet article il y a 35 minutes. Il est temps de commencer la relecture puis les corrections, que je terminerai à 15 h 42, soit environ 55 minutes après avoir commencé l'écriture. Je ne pense pas qu'il soit de qualité suffisante pour en écrire plus comme celui-là…

15 h 46, je publie. ⌚