HTeuMeuLeu

Et après un mois de travail, le voici en ligne : https://unwebarchiver.hteumeuleu.com.

Tout a commencé en septembre dernier, lorsque j’ai commencé à donner des cours sur WordPress à des étudiant·es en première année de marketing. (Oui, j’ai bien choisi mon année.) En décembre arriva l’heure d’une première évaluation (qui consista à recréer une page sur WordPress d’après une maquette fournie).

Je me suis longtemps demandé sous quelle forme récupérer le travail réalisé, sachant qu’il me fallait non seulement pouvoir juger du rendu visuel final mais aussi de certaines particularités du code (comme la bonne utilisation de balises de niveaux de titres ou la présence de texte alternatif sur certaines images). J’ai finalement opté pour demander aux étudiant·es de m’envoyer une version de leur page web « Enregistrée sous » depuis leur navigateur.

Ma surprise fut totale lorsqu’en dépouillant les travaux reçus, la plupart était dans un format qui m’était inconnu : .webarchive.

Et le problème, c’est que je peinais parfois à ouvrir certains fichiers particulièrement lourds. J’ai alors cherché un outil pour extraire le contenu des dits fichiers. Je suis tombé sur WebArchiveExtractor, un utilitaire pour macOS, que je me suis empressé d’acheter mais qui ne fonctionne malheureusement plus sur les dernières versions de macOS. Pressé par le temps, j’ai fini par trouver des bidouilles où j’arrivais à afficher un aperçu visuel des fichiers problématiques dans le Finder et à obtenir le code HTML en ouvrant le fichier dans Xcode.

Tout est bien qui fini bien et j’ai pu rendre mes évaluations à temps en janvier.

Mais un petit truc me chiffonne quand même et me revient régulièrement en tête : c’est quoi, en fait, ce format .webarchive ?

Et c’est comme ça que je suis tombé sur cet article (« What’s inside a Safari webarchive? ») qui explique : un fichier .webarchive est un fichier .plist binaire. C’est le format proposé par défaut par Safari quand on « Enregistre sous » une page web. Et qu’est-ce qu’un fichier .plist ? C’est simplement une liste de propriétés. (C’est notamment ce qu’on obtenait quand on exportait sa bibliothèque iTunes — mais alors au format XML. #vieux)

J’étais alors motivé pour essayer de créer un lecteur de fichier WebArchive. Et après un mois de travail, de lecture d’octets gros-boutistes, d’appels récursifs infinis, le voici en ligne : https://unwebarchiver.hteumeuleu.com.

Et je suis content parce que du haut de mes vagues souvenirs de cours d’architecture informatique, ce projet m’a permis de… :

• Comprendre le format d’un fichier .plist binaire. (Cet article et cet autre article m’ont été d’une aide précieuse.) Et je trouve toujours la manipulation de données binaire aussi amusante.
• Apprendre qu’Apple a son propre « Epoch » défini au 1er janvier 2001. Et que les dates dans un fichier .plist binaire sont définies par rapport à cet Epoch. Et en secondes ! (Là où en JavaScript, les dates sont définies en millisecondes par rapport à l’Epoch du 1er janvier 1970.)
• Faire un outil web qui tient en 3 requêtes et moins de 8 Ko gzippés. Et ce, encore une fois, sans chercher à faire la moindre partie de golf.
• Utiliser la fonction CSS light-dark(). Je ne suis vraiment pas fan de cette fonction qui sonne résolument Googlesque et limite à deux options une préférence CSS (prefers-color-scheme) qui pourrait théoriquement s’éteindre à d’autres critères (sepia, niveaux de gris, …). Mais dans le cas d’un petit projet comme celui-ci, ça fait le taf.
• Apprendre comment convertir un entier décimal en sa version binaire ou hexadécimale en JavaScript. (Respectivement (1985).toString(2) et (1985).toString(16), qu’on peut coupler à un padStart(8, "0") pour avoir un bel affichage sur 8 bits.)
• Corriger une faute de frappe sur MDN.

Je ne sais pas si ce projet est voué à évoluer vu qu’il a atteint son objectif principal d’assouvir ma curiosité. Mais par contre, ça me donne très envie d’écrire un tutoriel pour lire des fichiers binaires en JavaScript tellement j’ai trouvé ça prenant.

Vu sur Mastodon : cette illustration de Gemma Correll en référence à La Princesse au petit pois.

Dans sa dernière vidéo, Technology Connections développe la notion de « complaisance algorithmique » (« algorithmic complacency » en anglais) : l’idée que le grand public utilise sciemment des réseaux sociaux aux flux algorithmiques parce que c’est plus simple.

Il donne l’exemple de Youtube, qui propose un flux d’abonnement, mais qui représente moins de 5 % des sources de vues de sa chaîne Youtube. (Contre près de 93 % pour la page d’accueil de Youtube et son flux algorithmique.)

J’aime beaucoup sa conclusion (à partir de 36:56) :

Soyons honnête : l’informatique est un problème résolu.

Je peux utiliser mon ordinateur de bureau de 2017 et faire ces vidéos pour vous et ça ne me gênerait pas du tout. Et le Mac Mini M2 de base à 600 $ que j’ai acheté pour traîner peut faire tout aussi bien.

L’encodage de vidéo devient plus efficace et nous avons besoin de moins de bande-passante et de stockage pour envoyer des vidéos comme ça à travers le monde. Et tout ça en dépit du fait que les connexions à Internet deviennent de plus en plus rapides.

Je pense que c’est assez clair que cette réalité est la raison pour laquelle la Silicon Valley fait les choses qu’elle fait aujourd’hui. Elle doit se justifier d’être un centre d’innovation dans un monde à court de piste. Et la meilleure réponse qu’elle a à offrir est… « euh les ordinateurs peuvent faire semblant de penser ».

Désolé, mais je veux penser par moi-même.
Et je pense que vous devriez également.

J’aime bien les sites web. Et je trouve qu’il y a un truc assez merveilleux de pouvoir naviguer sur un site conçu il y a vingt à trente ans. Il y a par exemple la toute première page web (1991) et le célèbre site du premier Space Jam (1996).

En 2023, Neal Agarwal a mis en ligne Internet Artifacts, une sorte de musée en ligne exposant différents artefacts marquants de l’Internet et du Web. Et chaque page web intégrée est « vivante », fonctionnelle et interactive. (Sans les éventuelles erreurs et manques laissés parfois par Archive.org.) Et je trouve ça fabuleux.

Je me suis demandé ce que ça ferait de restaurer un site web que j’ai connu dans mon enfance. Et, peut-être parce que je me suis remis à beaucoup jouer à la Playstation récemment, j’ai repensé au site du jeu Crash Bandicoot 3 (1998). J’étais déjà retombé sur le site, émerveillé, en 2015. Le site de 1998 était toujours en ligne, intact, dans son jus. Mais il avait malheureusement ensuite été supprimé à la résurrection de la licence en 2017.

Alors je me suis mis en tête de le restaurer.
Et voici le résultat.

Techniquement, ce n’était pas très compliqué. J’ai recherché chaque URL des quelques soixante-dix pages du site sur Archive.org. J’ai fait « Fichier > Enregistrer sous… » dans mon navigateur. J’ai nettoyé les fichiers HTML pour retirer les traces de Archive.org. Et j’ai réparé les liens pour que tout soit fonctionnel.

J’ai également ajouté une feuille de styles liée sur chaque page pour réduire la taille du texte. (J’imagine que le rendu de la police de base utilisée est légèrement différent de nos jours et rendait les textes trop grand pour leurs conteneurs.) Et j’ai appliqué un vilain hack pour centrer le site et le rendre facilement consultable sur mobile.

Je me suis limité à la restauration du site dans sa version HTML, et uniquement en anglais.

Et je suis plutôt content du résultat. Loin de me plonger dans une nostalgie réactionnaire (« C’était mieux avant »), ce site me fait réaliser les progrès réalisés depuis, que ce soit en terme de conception et d’ergonomie (je vous met au défi de représenter l’arborescence du site), de code (bonjour les balises <frameset>, <frame>, <font>, …) ou tout simplement de contenus (la galerie d’images avec les miniatures en 67×50 et la vidéo archi-compressée en 320×240).

Je trouverai ça très très chouette que la « restauration de site » devienne un concept en soi-même. Alors si vous avez le souvenir d’un site de votre jeunesse, essayez !

Lu via Jeff Atwood sur Mastodon :

Nous nous trouvons maintenant au sein d’un autre changement de communication de masse. Un changement où les algorithmes ont remplacé l’encre et les ondes. Et, tout comme les médias de masse du vingtième siècle ont créé le concept de consommateur il y a un cent ans, ce nouveau changement a redéfini comment nous interagissons avec le monde. Et accepter que ce changement est permanent, dans le sens où nous ne pouvons plus faire marche arrière, est, j’en suis convaincu, la seule voie à suivre. Nous sommes soit des influenceurs soit des influencés. Trump et ses copains comprennent ça très bien. Les Démocrates, clairement, ne le comprennent toujours pas.

[…]

C’est comme ça que les Démocrates sont arrivés somnambules dans la dernière élection, supposant qu’ils étaient toujours en train de vendre un produit — l’ancienne Vice Présidente Kamala Harris — à des consommateurs (nous). Alors que Trump et les Républicains ont très bien compris qu’ils mettaient en avant un influenceur — Trump — soit à d’autres plus petits influenceurs ou des membres de leurs publics (qui, bien sûr, rêvent probablement de devenir influenceurs eux-mêmes).

Voici trois faits concernant WordPress.

1. D’après un rapport quotidien du site W3Techs, WordPress est utilisé par 43,6 % des sites web au monde.
2. Le 12 octobre 2024, Matt Mullenweg (à la tête de WordPress.org — la solution open source — et WordPress.com — la solution privée d’hébergement) a unilatéralement repris le contrôle de l’extension Advanced Custom Fields (ACF). L’extension est développée par WP Engine, une autre solution d’hébergement de WordPress, concurrente de WordPress.com. Depuis septembre, Mullenweg est parti complètement en vrille contre WP Engine, initialement pour un litige autour de l’utilisation de la marque « WordPress ».
3. Le 20 janvier 2025, en commentaire à un tweet de Matt Mullenweg se félicitant que le nouveau site de la maison blanche du gouvernement de Donald Trump tourne sur WordPress, le compte officiel @WordPress déclare « We stand ready to serve. 🫡 » (ce qui peut se traduire par « Nous sommes à votre service. », affublé d’un emoji de salut militaire).

Qu’est-ce qui pourrait mal tourner ?

En 2010, en créant ce blog et le feu-compte Twitter qui allait avec, je m’étais aussi créé un compte Google Apps gratuit pour avoir une adresse mail associée à mon domaine. Peu de temps après, je m’étais aussi créé un compte Youtube avec mon adresse e-mail de mon propre domaine. (À l’époque, les comptes Google et Youtube n’étaient pas unifiés.)

Avance rapide jusqu’en janvier 2022 où Google annonce l’arrêt de sa versions gratuite de G Suite. Je bascule alors mes mails chez Migadu (et j’en suis très content). Et je n’ai alors plus aucune utilité de mon compte G Suite, que je compte laisser mourir de sa belle mort quand Google en aura ainsi décidé.

Avance rapide jusqu’en novembre 2024. Après des mois de relance et de rappel de Google pour m’avertir de la fermeture prochaine et définitive de mon compte G Suite, Google m’informe que ça y est, c’est fait. « Tant mieux », me dis-je, n’en ayant plus aucune utilité.

Sauf que dans le tas, tous les services Google associés à l’adresse e-mail que j’utilisais sont eux aussi supprimés. Et ça vaut donc pour mon compte Youtube.

Je m’en servais assez peu. Mais j’aimais bien avoir ce petit espace où je rassemblais toutes mes représentations en conférence, des rediffusions de mes rares lives sur Twitch, quelques enregistrements pour illustrer certains articles, et un essai infructueux de carrière de Youtuber.

Ce qui m’embête le plus, c’est que je n’ai pas vraiment de sauvegarde de tout ça. En creusant, je peux probablement retrouver certaines conférences diffusées ailleurs. Mais je ne suis pas sûr du tout d’avoir conversé les fichiers sources de tout le reste. Et j’ai aussi un peu la flemme et la fatigue de rechercher tout ça.

J’ai bien tenté de contacter le service client de Youtube qui m’a gentiment expliqué qu’il n’y avait rien à faire.

Ainsi soit-il.

Cette fausse couverture issue du numéro 41 de février 2025* de MAD Magazine est formidable.

*Je suis toujours émerveillé devant l’absurdité des dates de publication américaines, où la course à être le premier à sortir son édition du mois pousse à sortir son numéro de février 2025 en décembre 2024.

Aujourd’hui, j’ai appris que le « My » de « MySQL » n’est pas un article possessif mais une référence au prénom de la fille ainée de son créateur, Michael Widenius. « My », comme « Little My » (Petite Mu en français) dans les Moomins.

Suite à une conversation avec un collègue, la question « pourquoi ces fichiers tout nuls s’appellent .DS_store ? » est survenue. Et je me suis souvenu de cet article de 2006 :

En 1999, j’étais le technical lead pour le Finder de Mac OS X chez Apple. À cette époque, la base de code du Finder avait huit ans et avaient atteint sa fin de vie. Faire le moindre changement demandait d’énormes efforts d’ingénierie, et le moindre changement cassait généralement deux ou trois trucs sans rapport en apparence. Pour Mac OS X, nous avons décidé de réécrire le Finder de zéro.

Une partie du travail impliquait de séparer son interface utilisateur de ses fonctionnalités, son back-end. Le back-end du Finder énumérait les fichiers, regardait les changements dans le système de fichier, gérait les métadonnées, comprenant l’emplacement des icônes et les réglages des dossiers. En interne, ces deux composants étaient connus sous les noms de Finder_FE et Finder_BE (Front-end et back-end).

Cependant, on s’est vite rendu compte que le back-end du Finder allait être utile en dehors du Finder. Ainsi est né le plan de le rendre un jour disponible en tant qu’API publique. Vu que j’étais responsable des noms « Icon Services » et « Navigation Services », on a décidé de partir sur « Desktop Services ». (À l’époque, on envisageait de renommer le Finder en « Desktop »). D’où le nom de .DS_store, pour « Desktop Services Store ».

Molly White au XOXO Festival (à partir de 9:16) :

Ces derniers temps, on dirait que le Web est juste devenu un autre outil du capitalisme débridé, alors que des entreprises massives contruisent des murs toujours plus hauts autour de leurs empires numériques, traitant les personnes qui utilisent leurs logiciels comme des ressources dont ils peuvent extraire de l’argent et des données personnelles.

Que reste-t-il pour celles et ceux parmi nous qui ont vu le Web comme une toile infinie, un outil pour atteindre celles et ceux qu’on aurait jamais pu rêvé d’atteindre auparavant, un medium qui pouvait étendre les limites de ce qui était possible dans un monde analogique ?

Si on en croit les principaux sujets de discussion autour de la tech dans le grand public, et l’invention de termes comme « techlash » pour décrire l’opinion bien plus dur envers les sociétés du numérique comparé à leurs premiers jours, je pense que c’est un ressenti assez répandu.

Ceci étant dit, est-ce que ça vous surprend si je dis que, maintenant plus que jamais, je ressens ce sentiment brûlant d’excitation de ce qui est possible ? C’est parce que ce qui est vraiment nul ces jours-ci avec le Web, ce qui nous donne du désespoir et de la colère, a tout à voir avec l’industrie qui s’est formée autour du Web, mais pas avec le Web lui-même.

Le Web est toujours juste un support sur lequel n’importe quoi peut-être construit. Plus important encore, le Web c’est les gens qui l’utilisent, pas les sociétés qui se sont établies autour. Et la grande désillusion qu’on voit en ce moment est peut-être une bonne chose. Plus que jamais, des gens ont réalisé que les rêves utopiques d’un Web qui n’apporterait que du positif et des choses merveilleuses étaient peut-être erronés. Que les sociétés du numérique n’ont peut-être pas toujours nos propres intérêts à l’esprit. Et que les slogans comme « Don’t be evil » sont plus proches du marketing que de la vérité.

Avec ce savoir vient du pouvoir. Le pouvoir de donner au Web la forme que l’on souhaite tout en se battant contre les formes dont on ne veut pas. L’industrie du numérique a un pouvoir structurel et financier, c’est sûr. Mais la seule chose qui permet ce genre de gangrène — et pour citer le grand Cory Doctorow, de « merdification » — que l’on a vu se propager à travers les plate-formes qui font désormais parties intégrantes de la vie des gens, est la main mise des dites plate-formes sur le Web. Et c’est fragile.

Mon expérience de lutte dans ce combat m’a convaincu d’à quel point nous, les gens normaux de tous les jours, avons du pouvoir. Même quand on a en face des plate-formes massives et des sociétés qui valent des milliards de dollars.

J’ai un site appelé « Web3 is Going Just Great ». Et je l’ai créé fin 2021. Et pour celles et ceux qui étaient là en 2021, l’industrie du numérique faisait ce qu’elle sait faire de mieux : « hyper » une nouvelle sous-industrie, en vendant aux gens des produits dont ils n’avaient probablement pas envie, et en leur racontant l’histoire que la blockchain va être le futur de la finance, du Web, et même de la société, et que rater le train en marche causera leur péril. L’histoire était que tout ce que vous faites serait bientôt sur la blockchain, ce qui, je crois, était censé être une promesse excitante et pas une menace.

Inutile de dire que j’avais quelques inquiétudes. Pour moi, il semblait que le vrai récit n’était pas dit. Perdue au milieu de titres décrivant des jeunes de vingt ans à bord de Lamborghini était la réalité de l’industrie : que beaucoup de personnes étaient blessées par un secteur qui semblait avoir 99 fraudes pour chaque projet qui essayait un tant soit peu de faire quelque chose de valeur. Mais qu’est-ce que je pouvais faire ? J’étais juste une ingénieure logiciel d’une vingtaine d’années, sans plate-forme, sans relations. J’ai fini par faire ce que j’aime faire : construire quelque chose de cool, principalement pour le plaisir de le faire, et j’y ai écrit ce que je voyais. J’ai codé vite fait un site web qui pouvait illustrer les désastres de cette industrie soit-disant prometteuse. Juste en postant un résumé rapide à chaque fois qu’un projet se faisait hacker ou que les fondateurs se barraient avec tout l’argent, ou que quelqu’un proposait de faire quelque chose comme mettre vos données médicales sur la blockchain. (Ils n’arrêtent pas de faire ça !) J’ai pensé que la mise en page en frise chronologique aiderait à illustrer la fréquence à laquelle tout ça arrive, et que le compteur d’argent en feu pouvait illustrer l’échelle incroyable à laquelle ceci se faisait au détriment des gens.

Je ne pensais pas que ça irait où que ce soit. Ce serait juste un petit projet amusant pour moi et les quelques amies qui ressentent la même chose à propos des « habits neufs de l’empereur » qui se joue devant nos yeux.

Alors ça c’est drôle parce que, pas plus tard que la semaine dernière, j’ai relu avec mes enfants Les Habits neufs de l’empereur. Je n’aurai jamais été capable de faire ce rapprochement. Mais c’est tellement parfait.

À chaque fois que je vois des articles de presse ou des gens en ligne s’extasier sur les crypto-monnaies, la réalité virtuelle, l’intelligence artificielle, et je ne sais quoi encore, je me pince et je me demande si je suis le seul à trouver ça complètement nul et sans intérêt.

Lu sur Mastodon :

The underlying purpose of AI is to allow wealth to access skill while removing from skill the ability to access wealth.

Ce qui, en français, donnerait :

L’objectif sous-jacent de l’IA est de permettre aux riches d’accéder à des compétences tout en supprimant à ces dernières la capacité d’accéder à la richesse.

Sur Playorama.app, j’ai mis en place la possibilité de streamer son écran d’ordinateur vers la Playdate. J’utilise la bibliothèque pd-usb qui utilise l’API Web Serial (fonctionnalité propriétaire de Chromium, meh). Et pour que ça fonctionne, il faut impérativement être en HTTPS (même en local).

J’étais tombé il y a quelques mois sur cet article qui explique parfaitement la marche à suivre (dans mon cas, sur un site Jekyll). En résumé :

brew install mkcert
brew install nss # for firefox
mkcert -install

Puis dans le dossier du projet :

mkdir ssl/
mkcert -key-file ssl/key.pem -cert-file ssl/cert.pem "playorama.local"

Et enfin on lance Jekyll avec les arguments suivants :

bundle exec jekyll serve --ssl-key ssl/key.pem --ssl-cert ssl/cert.pem

Et ça marche.

J’ai récemment découvert l’application « Local » pour facilement déployer un site WordPress en local. Mais à mon grand désarroi, l’application sur macOS sur un Mac avec un processeur Apple (M1, M2, …) déclenchait une erreur « Unable to provision site » (comme celle-ci) à la création d’un site.

La solution ? Installer Rosetta à la main en exécutant la commande suivante dans un Terminal :

softwareupdate --install-rosetta

J’ai enfin vu le court-métrage animé « LEGO Jurassic Park: The Unofficial Retelling ». Bon, ça casse pas des briques (huhu), c’est très enfantin, mais j’ai quand même ri deux fois. Et surtout j’ai bien aimé le clin d’oeil à la fin avec ce personnage non nommé qui porte le même T-shirt que Spielberg sur le tournage du film.