Salon de discussion en alexandrin. Le code source est ouvert, ce me semble.

Vous savez ce qui manque à Peertube ? Un simple gestionnaire de flux RSS. Vous ne pouvez pas suivre une chaîne si votre instance n'est pas connectée à la première. Par contre chaque chaine a un flux RSS/Atom/JSON. Ce qui fait qu'au final si vous avez un lecteur de flux RSS et que vous n'uploadez pas de vidéos ni ne commentez, ça ne sert à rien de vous inscrire chez Peertube. En fait, vous aurez même une meilleure interface d'abonnement, avec compatibilité Youtube (qui permet de suivre en RSS vos abonnements), favoris et tags.

C'est valable pour Mastodon également, et pour le Fediverse. C'est beau de vouloir faire en sorte que tout soit fédéré, mais si c'est pour que l'utilisateur lambda passe son temps à chercher l'instance qui lui permet de suivre tout le monde, c'est moyen, hein.

Je rêve vraiment d'une interface qui me permette de suivre tous ces flux et d'interagir avec (commenter, fav) de manière fluide. Un unique compte qui ne s'occupe pas de savoir si je peux suivre machin parce que son instance elle est pourrie ou si je dois avoir deux comptes pour ça, si je peux commenter ou non, fav ou non, mettre dans des playlists ou non.

Ça me prend un peu la tête. Je veux pas cracher sur le Fediverse, parce que c'est tout de même un vent d'air frais après plusieurs années de traversée du désert. Mais il manque un truc, une surcouche unificatrice et simple qui n'est pas apportée par quelque chose comme micro.blog (bien qu'on s'en rapproche).

Et pourquoi tout ce beau monde n'est pas compatible avec webmentions me dépasse. Pourquoi on ne peut pas commenter une vidéo Peertube sur Mastodon ou sur son Wordpress (ou n'importe où en fait) pour que ça atterrisse sous les commentaires de la vidéo ? J'ai l'impression que derrière tout ça, les grands discours sur la décentralisation du web, il y a surtout la volonté de créer de grands hubs d'échelle plus réduite que les silos que sont Youtube/Twitter, mais sans réellement décentraliser.

Oui, si vous avez les compétences et l'argent nécessaires, vous pouvez monter votre instance Peertube/Mastodon personnelle et y faire ce que vous voulez. Reste que c'est un problème qui me semble fondamental : pour vous suivre et interagir avec vous, les gens devront rejoindre le Fediverse. D'autres petits hubs, pas toujours compatibles/ouverts entre eux. C'est cela le modèle proposé.

Il faudrait un modèle beaucoup plus ouverts permettant un éclatement maximal. Qu'une personne sur Blogger puisse commenter mon commentaire sur mon microblog d'une vidéo Peertube, commentaire liké par une personne sur Mastodon, le tout se retrouvant dans les commentaires sous la vidéo Peertube. Que les gens utilisent leurs outils, à chacun, totalement acentrés.

Je veux dire… Monter une microblog en PHP installable sur n'importe quel hébergement (oui, même le vieux smartphone que tu as connecté à ta box pour en faire un mini-serveur web, oui même l'hébergement gratuit de chez Free), avec flux RSS, ça se code en une journée, c'est on ne peut plus simple. Y ajouter des webmentions, ça peut se faire sans trop de ressources, et hop on a un bout de code en moins de 1 Mo PHP qui nous permet d'écrire, de commenter et de recevoir des commentaires. Votre propre timeline, en somme. Si l'on y ajoute un lecteur de flux RSS, vous avez la timeline des autres, pas dans une interface aussi simple que celle de Twitter, mais c'est déjà bien. Mais vous ne pouvez pas commenter. J'entends par là, vous pouvez toujours commenter sur votre micro-blog, mais pour peu que vous commentiez un hub, ça ne s'affichera que chez vous. Les hubs créent des bulles. Des bulles compatibles entre elles, mais difficiles d'accès autrement. Ce qui nous manque, c'est à la fois une interface simple d'accès pour lire nos flux et les commenter rapidement, et une compatibilité de nos commentaires avec les différents hubs. Si le premier n'est qu'une affaire de code personnelle (ça demande juste de prendre le temps de coder une interface de lecture de flux RSS), le second demande aux hubs de changer en s'ouvrant plus.

Techniquement, on peut rendre son microblog compatible ActivityPub, ça devrait ouvrir à Mastodon/Pleroma, mais étrangement pas à Peertube, et j'ai toujours pas trouvé d'implémentation simple en PHP. Et ça ne règle le problème que pour les hubs fédérés, en se faisant passer pour un hub, une instance personnelle.

Pour les autres… la plupart des blogs intègrent ou peuvent intégrer les webmentions/pingbacks (Blogger, par exemple, le peut mais demande une configuration particulière). Twitter, on peut récupérer un flux RSS ou on a une API pour récupérer une timeline et poster (ça demande donc un bout de code supplémentaire juste pour Twitter, mais c'est déjà ça). Facebook c'est quasi-mort niveau API, Google+ va fermer, Youtube on peut afficher mais pas commenter, bref ce sont des hubs qu'on peut qualifier de read-only. À la limite, tant pis pour eux, ils n'ont qu'à s'ouvrir.

Donc ce qui nous manque, réellement, c'est une interface unificatrice de lecture des flux, intégrant un serveur ActivityPub et Webmentions pour commenter/agir sur ce que l'on regarde. Et ça, ça devrait pouvoir se coder pour tourner sur tout hébergement PHP gratuit histoire que tout le monde puisse auto-gérer ses lectures et ses écrits, avec la possibilité de proposer des hubs (une grosse instance multi-utilisateurs) pour les gens qui ne peuvent pas s'héberger. Autrement dit, il suffirait que Mastodon ait un lecteur de flux RSS compatible Webmentions (de sorte que lorsqu'on commente ça aille se placer dans les commentaires des articles) intégré à sa timeline pour devenir l'interface unique sur laquelle les gens se connecteraient. Mastodon, ou Peertube, ou Social (le nouveau truc de Nextcloud), ou Pleroma, ou j'en passe. Rendez tout cela compatible Webmentions avec un lecteur de flux RSS et vous avez tout pour faire un web réellement décentralisé, à la fois en lecture et en écriture.

Bref, pour le retour des flux RSS.

Il y aurait beaucoup de critiques à en faire, mais l'angle d'attaque est intéressant. Oui, Doctor Who peut être vu comme une figure nietzschéenne tendant vers le surhumain, et oui les deux peuvent aider dans une dépression.

Que mes voisins mettent à fond leur musique, j'y suis habitué. Que ce soit l'Ave Maria de Schubert, ça je m'en remets pas.

Le problème est plus profond encore, c'est limiter son champ de vision que de penser cette transition comme seulement « former des individus pour un travail ». Le problème vient de la conception même du travail, en amont, et c'est bien pourquoi on ne peut infléchir cette transition en aval.

Je m'explique, en reprenant les dernières pages de Henri Arvon (La philosophie du travail, PUF, 1960) : « Le loisir ne s'oppose au travail technique que dans la mesure où celui-ci prétend à lui seul libérer l'homme. […] S'il est vrai que l'homme conquiert la nature par son travail, sa liberté ne s'y épuise pas. La nature est un piège qui lui est tendu. Au-dessus d'elle s'élève le royaume de la beauté et de la vérité qui recèle les mystères de la vie. La grandeur du loisir est d'y donner accès à tous. Pour définir le mot loisir, on a coutume de partir de sa racine latine licet qui exprime la liberté de faire ce que l'on veut. Ne vaut-il pas mieux rappeler que les Grecs le nommaient scholé, mot qui en français a donné le terme d'école, et que le mot latin ludus a le double sens de jeu et d'école ? »

Le problème principal est bien cette conception du travail comme libération, que l'on entend dans tous les discours politiques depuis des décennies, et plus encore cette prétention du travail à être l'unique épuisement de la liberté, en une vue totalisante. Ce n'est donc pas étonnant que sur le terrain de l'école cette conception se heurte à celle du loisir, étymologiquement plus proche, conceptuellement plus à même d'y recueillir la liberté, et historiquement dernier bastion de l'activité de l'esprit. Le travail emprisonne l'esprit, voire l'annihile, le loisir le libère.

Si l'on veut préserver une école libre formant des citoyens libres, c'est à la conception erronée du travail, et aux conditions dans lesquelles s'exerce ce dernier qu'il faut s'attaquer. Remettre du loisir au cœur du travail, ne plus les opposer comme deux objets extérieurs l'un à l'autre mais les réunir. Là, le travail perdrait son caractère aliénant, mais également il ne serait pas besoin de détruire l'école.

C'est, somme toute, une philosophie sociale de l'otium que j'esquisse ici à grands traits, et je ne veux pas être pris dans un effet de grossissement qui consisterait à dire qu'en réglant la question du travail on règlerait tous les maux de la société, mais ce n'est pas loin. Les questions politiques de la forme de gouvernement, d'un modèle juste (république ? démocratie participative ? monarchie ? élection ?) passent aisément au second plan ici. Que m'importe d'être en monarchie si je suis libre et même, comme le rappelle La Boétie, si je suis plus libre à mesure que je suis éloigné du tyran dans la hiérarchie ? Réglons le problème du travail, de sorte d'avoir, pour reprendre la formule de Nietzsche, les deux tiers de la journée pour soi-même, il sera bien temps à ce moment-là de penser l'abolition de la monarchie républicaine, l'instauration de la VIe République, la dictature du prolétariat ou que sais-je.

Le problème, c'est que cette question du travail est depuis si longtemps hors-débat public qu'elle n'est même plus un tabou ; elle n'existe tout simplement plus. Jadis, syndicats comme marxistes avaient le mérite de la faire exister (maladroitement la plupart du temps, mais elle était présente). À présent, on se contente de questions de gestion du travail : coût du travail, diminution ou augmentation des salaires et cotisations, etc. On veut récupérer sur la fraude fiscale sans jamais évoquer l'idée toute bête qu'au lieu de récupérer ce qui nous est dû on pourrait faire en sorte que ces fraudeurs aient moins à la base (distribution primaire). Alors plonger plus profond encore dans les conditions de l'exercice du travail, c'est tout simplement impensable.

Quelques notes sur la refonte de mon site personnel. Ce billet est susceptible de changer au fur et à mesure de mes recherches sur le sujet.

L'idée est d'avoir un point d'entrée unique avec mon contenu hébergé chez moi, puis partagé sur les réseaux sociaux. Post Once Share Somewhere Else (POSSE).

C'est le principe de l'IndieWeb (https://indieweb.org/) qui a déjà beaucoup réfléchit à la question. Les outils développé par Aaron Parecki (https://aaronparecki.com/) sont géniaux mais très lourds, par exemple.

L'idée que j'ai est la suivante :

• un profil avec moyens de me contacter qui me sert d'identité sur le web (https://yom.li/) ;
• j'écris mes articles sur mon blog, je partage des liens, des images, des vidéos ou simplement des pensées sur mon microblog ;
• le tout est partagé sur les réseaux sociaux de mon choix ;
• les gens peuvent commenter, « liker », RT, etc. depuis leur blog/Twitter/Facebook/etc. et cela s'affiche sur mon blog et mon microblog ;
• il m'est possible de poster depuis un PC ou mon smartphone, de manière simple ;
• je reçois des notifications lorsqu'on interagit avec mes posts, et je peux répondre aux commentaires de manière simple ;
• aux gens qui veulent tout suivre mais n'ont pas d'hébergeur/n'utilisent pas de réseaux sociaux, il leur est possible de souscrire à mes écrits (et si possible ceux de bien d'autres) via une interface que j'héberge ;
• le tout dans une interface simple d'utilisation ;
• le tout reposant sur PHP sans base de données (ou à la limite SQLite) pour une simplicité de déploiement et de sauvegarde ;
• l'interaction avec un réseau social (type Twitter) doit dans l'idéal se faire de manière fluide et transparente : je fav un tweet, ça fav sur Twitter et ça ajoute au microblog l'interaction « like », je commente idem.

L'idée est ainsi d'avoir un unique point d'entrée au web. Une sorte de timeline regroupant tous mes réseaux, sur laquelle je peux répondre simplement, et qui est assez ouverte pour ne pas nécessiter une inscription supplémentaire pour me suivre.

h-card

Le premier point est somme toute assez simple : h-card (http://microformats.org/wiki/h-card). Il suffit de placer une page sur mon hébergement avec les microformats qui vont bien et voilà, nous avons un profil attestant de mon identité sur le web. C'est déjà le cas à https://yom.li/.

IndieAuth

La seconde étape est de faire en sorte que cette identité puisse me servir à me connecter sur d'autres sites et applications, comme OpenID ou ces boutons « Se connecter avec Twitter ». C'est là qu'entre en jeu IndieAuth (https://indieauth.com/). Sur les sites compatibles, il me suffit d'entrer l'adresse de mon profil pour que l'on m'offre de me connecter via Twitter, GitHub, email ou clé PGP. C'est déjà un bon début, mais j'aimerais aller plus loin en supportant IndieAuth, c'est-à-dire que le site sur lequel je me connecte me demande un mot de passe, contacte mon site pour le vérifier, et accepte. En d'autres termes, ne pas avoir à dépendre de Twitter ou GitHub pour une connexion.

Pour ça, j'ai trouvé Selfauth (https://github.com/Inklings-io/selfauth). Un petit script PHP qui permet de se connecter à d'autres sites grâce au sien.

Blog

IndieWeb reconnait plusieurs types de posts (https://indieweb.org/posts#Types_of_Posts) :

• article
• note
• photo/image
• video
• reply
• like/favorite
• repost
• bookmark

Pour le type article, j'ai simplement à mettre en place un moteur de blog en modifiant quelque peu le thème pour utiliser les bons microformats (https://indieweb.org/article).

Des moteurs de blog, il y en a des milliers. J'en ai même déjà codé un. Je choisis Pico (http://picocms.org/) parce que j'arrive à le comprendre dans son ensemble, assez pour écrire des plugins. J'y ajoute un plugin pour gérer les flux RSS/Atom, et nous avons déjà la possibilité de me suivre dans un lecteur RSS.

Problème : pour poster de manière simple, il me faut une interface d'administration. J'ai plusieurs possibilités :

• ou bien je n'ai pas d'interface, j'écris des fichiers Markdown en local et je les upload par FTP/git/script PHP basique ;
• ou bien j'installe quelque chose comme Codiad (http://codiad.com/) pour juste quelques fichiers Markdown ;
• ou bien j'installe le plugin d'administration de Pico ;
• ou bien j'utilise une administration externe qui va communiquer avec mon site pour publier, comme Quill (https://quill.p3k.io/), Micropublish (https://micropublish.net/) ou une application mobile.

Dans les trois premiers cas, l'insertion de photos dans les articles est complexe car aucune interface n'a été pensée pour simplement uploader et insérer des documents. Il faudrait donc que je code moi-même une interface d'administration qui permette cela. De plus, Codiad est difficile à utiliser sur mobile.

La troisième solution est la plus complexe. Je pourrais par exemple héberger ma propre instance de Quill (https://github.com/aaronpk/Quill). Ouf, on a du SQLite en option à la place de MySQL. Reste qu'il y a besoin de trois choses.

Authorization Endpoint

La connexion par IndieAuth, on va utiliser Selfauth (https://github.com/Inklings-io/selfauth), puis sur la page de profil : <link rel="authorization_endpoint" href="https://yom.li/auth">.

Token Endpoint

Un générateur de jeton, on va utiliser PHP-Mintoken (https://github.com/Zegnat/php-mintoken), puis sur la page de profil : <link rel="token_endpoint" href="https://yom.li/token">.

Micropub Endpoint

Celui-ci est le plus complexe. Doit être lié sur la page de profil : <link rel="micropub" href="https://yom.li/micropub">. Le point d'entrée Micropub est ce qui va réellement poster textes et images sur le blog, il fait la liaison avec le moteur de blog. Il reçoit une requête Micropub et s'occupe d'en créer l'entrée. C'est là que je suis coincé.

De manière basique, j'ai simplement besoin d'un bout de PHP qui crée un fichier Markdown dans un répertoire donné, avec images en plus (si Quill supporte bien l'ajout d'images, ce que je ne sais pas). Pour ça, je dois pouvoir faire quelque chose à partir de Micropub Endpoint (https://github.com/yesdevnull/micropub-endpoint), Nanopub (https://github.com/dg01d/nanopub) ou Minimal micropub endpoint (https://gist.github.com/adactio/8168e6b78da7b16a4644), voire porter le plugin de Grav (https://github.com/metbril/grav-plugin-micropub). La documentation nécessaire est ici : https://indieweb.org/micropub-endpoint, et un bout de code intéressant se trouve là : https://rhiaro.co.uk/2015/04/minimum-viable-micropub.

Microblog

Donc maintenant j'ai un blog sur lequel je peux me connecter depuis un PC ou une application mobile, pour y poster ce que je veux comme articles. Reste les autres types de posts. Pour ça, il me faut un microblog.

Micropub

Pour assurer la liaison Micropub, j'ai le choix entre deux options :

• avoir un second Micropub Endpoint spécifiquement pour le microblog, et me connecter à Quill via une seconde adresse ;
• coder correctement le Micropub Endpoint pour qu'il fasse différentes actions selon que le type de post soit article ou tout autre chose.

L'avantage de la seconde option, c'est qu'en plus de gérer un blog et un microblog, je pourrai mettre en place à l'avenir des choses différentes comme une galerie de photos ou un livre de recettes.

Notes

Le microblog va principalement poster des notes. La différence avec les articles, c'est l'absence de titre.

Mais ce que j'aimerais surtout, c'est pouvoir utiliser ce microblog pour d'autres types :

• photo
• video
• bookmark
• like/favorite
• reply
• repost

Bref, un endroit unique pour garder trace de ces différentes interactions en dehors des articles. Là, nous avons un problème.

Des moteurs de microblog, il en existe des centaines. Encore une fois, j'ai fait mes armes en PHP en en codant un. Il m'en faut un qui supporte ces différents types, et si possible qui interagisse avec les réseaux sociaux : si je reply à un tweet de Twitter, que cela envoie effectivement un tweet de réponse à Twitter.

Jusqu'à présent, j'utilisais Shaarli (https://github.com/shaarli/Shaarli), qui permettait bien d'utiliser des notes, bookmarks et reposts (sort of). Pour les photos et videos, c'était mort, il fallait coder un plugin permettant l'upload directement dans l'interface. Mais c'était compatible Twitter/Mastodon/Facebook, dans une moindre mesure. Notons tout de même que Shaarli n'avait pas vocation à servir de microblog, à la base, et c'est déjà bien qu'il puisse le faire.

Donc là j'ai un problème : soit je code ces fonctionnalités en plugins Shaarli, soit je code de zéro un moteur de microblog qui me sied davantage, soit j'en trouve un qui fasse ce que j'attends de lui.

Cahier des charges

Ce qu'il nous faut est somme toute assez simple :

• Support des microformats
• Plusieurs types de posts : notes, images, video, replies, reposts, bookmarks, likes
• Permaliens
• RSS/Atom/JSON Feed
• Webmentions
• Commentaires en threads
• Syntaxe markdown
• Hashtags

Recherche

micro.blog

On a la possibilité d'utiliser le service micro.blog (https://micro.blog/), mais à $5/mois c'est quelque peu excessif lorsqu'on a déjà un hébergement complet au même prix. De plus, le développement semble se porter vers les produits Apple (les applications disponibles le sont pour iOS et Mac). Je vois pas trop l'intérêt de ce service, en réalité.

Moteur de microblog

On peut chercher un moteur déjà compatible, mais on va vite être à court :

• microlight (https://github.com/TomboFry/microlight) est en développement depuis 6 mois et rien n'en est sorti pour l'instant ;
• pneumatic-post (https://github.com/eli-oat/pneumatic-post) est intéressant, mais archivé. Il ne permet pas l'upload de photos et vidéos, et repose essentiellement sur des services externes : Brid.gy (https://brid.gy/), Webmention.io (https://webmention.io/) et IndieAuth.com (https://indieauth.com/). Ne supporte pas les reposts/bookmarks/likes.
• microblog (https://github.com/oelna/microblog) ne fonctionne pas, tout simplement. Dommage, l'idée de base (se passer du service micro.blog) était intéressante, mais la réalisation ne l'est pas.
• FediBlog (https://framagit.org/DavidLibeau/FediBlog) est exactement ce que je recherche, mais n'est pas au point.

Je pourrais aussi me reposer sur des logiciels plus volumineux comme Mastodon, Diaspora, Pleroma, Identi.ca, Pump.io, StatusNet, GNU Social, Twister… Mais outre que ce sont des usines à gaz difficiles à maintenir pour un usage personnel, on est loin de la simplicité PHP sans base de données (la plupart tourne sous Node, ou plus exotique encore).

Le plus proche serait micro.pub (https://github.com/tsileo/microblog.pub), qui est un microblog mono-utilisateur basé sur ActivityPub (et donc pleinement compatible avec les autres). Comme d'habitude, c'est pas du PHP mais du Python.

Osada (https://zotlabs.com/osada/) est proche, mais repose sur MySQL. Next.

À ce tarif, j'aurais plus vite fait de coder moi-même un moteur. Reprendre les grandes lignes de microstat (https://github.com/joshdick/microstat) en PHP, y ajouter une compatibilité ActivityPub, et il me suffirait de coder un microblog simple générant une page à partir de fichiers markdown. Pour ce dernier, il y a certains moteurs déjà proches, qu'il faudrait modifier :

• atto (https://github.com/kmkroski/atto)
• vicco (https://github.com/zichy/vicco)
• TheLiveBlog (https://github.com/nitinthewiz/TheLiveblog)

Ça me fend le cœur : oText

C'est vraiment dommage que Timo ne s'intéresse pas plus que ça à l'IndieWeb, parce que oText (https://github.com/timovn/oText) est juste une beauté rare en termes de simplicité d'utilisation, de code minimal et de fonctionnalités en pagaille. Blog, microblog, bookmarks, commentaires, gestionnaire de fichiers, prise de notes, agenda, carnet de contacts, lecteur RSS (quand j'ai vu qu'on pouvait commenter un article lu dans le lecteur directement avec un lien, j'ai fondu), tout ça dans 1 Mo. Plus de fonctionnalités qu'un Pico, en moins de place. Si je ne devais pas garder Pico (que je garde uniquement parce que j'y ai développé deux plugins en deux jours, qu'en règle général je vais trouve vite comment l'étendre à partir de n'importe quel bout de code que j'ai en tête, et qu'il m'est arrivé d'éditer des articles en Markdown en urgence dans le train sur mon téléphone portable, cela n'a pas de prix), que je pouvais me faire à SQLite (qui quoi qu'on en dise demande plus niveau code que de simplement poser un bout de fichier texte dans un répertoire) et que le tout accepte un plugin IndieWeb tout-en-un de mes rêves, bah j'irais avec cette solution. On est déjà proche du simple point d'entrée sur le web. C'est ce que je recommande à toute personne voulant une solution simple sans prise de tête et rapide à déployer pour un blog/microblog (j'attends avec impatience l'opportunité de faire mumuse avec, mais elle ne se présente pas pour le moment).

Social

Depuis la version 15, Nextcloud (https://nextcloud.com/) propose une application Social (https://apps.nextcloud.com/apps/social) qui sert de serveur personnel pour le Fediverse (autrement dit, il est possible de poster dessus, et d'être suivi depuis une instance Mastodon, Pleroma, Friendica, Diaspora, Peertube, etc.). Problème : c'est lourd. Ça reste léger (si vous voulez votre propre réseau social sans avoir à installer Mastodon, c'est l'idéal), mais ça demande d'installer Nextcloud (tous les hébergeurs ne le permettent pas), ce n'est pas simple de poster depuis l'extérieur, et si vous perdez votre instance Nextcloud pour une raison ou une autre je vous souhaite bon courage pour en récupérer les posts.

Pourquoi ne pas rester sur Shaarli ?

Shaarli (https://github.com/shaarli/Shaarli/) est génial. Je dis pas ça uniquement parce que c'est une idée de SebSauvage (https://sebsauvage.net/). Liens et notes publics, liens et notes privés, intégration des miniatures, tags, qrcode sur tous les liens, flux RSS, recherche avancée, bookmarklet, plugins, compatibilité Wallabag et FreshRSS… Il y a quelques soucis mineurs :

• toutes les notes ont un titre, c'est obligatoire (or, les notes n'ont pas de titre, justement) ;
• le flux RSS repose sur ce titre, ce qui fait que la plateforme micro.blog n'affiche que les titres et les liens, et pas le contenu des notes ;
• on ne peut pas uploader une image simplement pour l'insérer rapidement ;
• les types de posts ne sont pas pris en charge (notamment reply, repost, etc.) ;
• tous les liens sont dans une base de donnée (un simple fichier PHP, en réalité), qui est chiffrée.

Ce dernier point est le plus problématique, ça signifie que pour ajouter un lien, on doit nécessairement passer par l'interface de Shaarli. Une API REST est disponible, peut-être y a-t-il un espoir. Ou alors on s'amuse à coder une fonction pour lire la base de données et écrire dedans (la documentation donne un simple unserialize(gzinflate(base64_decode($data))); mais vu que c'est du PHP commenté ça rend les choses légèrement plus complexes).

Les types de posts pourraient être pris en charge avec un plugin qui ajoute des champs personnalisés (kalvn a fait un plugin là-dessus https://github.com/kalvn/shaarli-plugin-via, mais il date de 3 ans, bien que toujours fonctionnel).

J'étudie encore cette option, qui demande de développer plusieurs plugins pour Shaarli (mais c'est toujours moins de code que de recommencer à partir de zéro, je pense).

Pourquoi pas Known ?

J'avais mis de côté Known (https://withknown.com/) pour la simple raison que leur site web met en avant MySQL comme base de donnée. Il se trouve qu'une base SQLite est possible, si l'on en croit la documentation (http://docs.withknown.com/en/latest/install/instructions/). On a tout ce qu'il faut. L'import depuis Wordpress/Blogger (si on peut importer à partir de ça, on peut importer à partir de n'importe quoi, suffit de faire un script). Les microformats. Les flux RSS. ActivityStreams. Les webmentions. La possibilité de poster, de commenter un article, d'envoyer des photos, de la musique, des vidéos… Des plugins au cas où il manquerait quelque chose. Et même une API au cas où ça ne suffirait pas. Niveau synchronisation du contenu, ça peut envoyer, via plugins, vers Twitter, Flickr, Facebook, SoundCloud, LinkedIn… Une large communauté pour appuyer, c'est aussi appréciable.

Deux problèmes :

1. Peut-être un poil lourd sur les dépendances, mais en même temps il faut ce qu'il faut (ça dit pouvoir s'installer sans problème chez Dreamhost, donc c'est sans doute pas un souci).
2. Énorme, juste énorme. 40 Mo dézippé, quand Shaarli prend 8 Mo, Pico 2 Mo. Ça donne un monstre à maintenir : 27 Mo juste pour les dépendances… Je cherche quelque chose de plus léger sur les ressources.

Voilà le dilemme. Known est la solution toute prête. Celle que je recommanderais à quiconque voudrait suivre mon exemple. Vous installez, c'est prêt, vous écrivez. Mais c'est très lourd. Rien que SQLite je suis réticent. Et je me dis que si je code, j'apprendrais moi-même comment tout cela fonctionne (avec l'inconvénient notable qu'il faudra que je maintienne mon code au cas où ça change).

Oh, et c'est en anglais. Pas trop un problème, mais c'est toujours plus agréable d'avoir une interface d'administration en français, non ?

Syndication

RSS/Atom

Le blog et le microblog fournissent des flux RSS/Atom, il est ainsi possible d'y accéder via n'importe quel lecteur de flux RSS.

WebSub (ex-PubSubHubbub)

Pour une souscription en temps réel, on peut utiliser WebSub. Les lecteurs de flux ont ainsi une notification instantanée du nouveau contenu posté. Voir : https://indieweb.org/How_to_publish_and_consume_WebSub.

ActivityPub et OStatus

Pour que l'on puisse souscrire aux posts et interagir avec eux directement depuis le Fediverse (Mastodon, etc.), il faut les rendre compatible avec ActivityPub.

Mentions et pingbacks

Maintenant, il faut pouvoir récupérer les mentions que l'on fait des posts des différents blogs et réseaux sociaux pour les intégrer en commentaires du blog. C'est le boulot des webmentions. On a le choix d'utiliser deux services externes :

• Brid.gy (https://brid.gy/)
• Webmention.io (https://webmention.io/)

Il faudra faire d'autres recherches (https://github.com/search?q=webmentions) pour trouver comment intégrer les webmentions à la fois dans Pico et dans le microblog, en envoyant des mentions et en les affichant comme commentaires.

Avis personnel

J'ai l'impression qu'en faisant comme ça, je joue à monter mon bout de web acentré, mais en carton et qui tient avec du ruban adhésif. Vous me direz, c'était presque le cas des missions Apollo, et pourtant on a bien envoyé des hommes sur la Lune. L'image se tient, mais j'avoue être quelque peu lassé de maintenir un ensemble sur un équilibre précaire. J'aimerais tellement qu'il existe une solution clé en main, tu poses ça sur ton serveur, ça marche, c'est libre et fait par des gens soignés donc tu peux garder ça pendant les 5 prochaines années sans avoir à bidouiller parce que telle mise à jour aura bousillé le setup.

Là, concrètement, depuis que je les connais, Pico et Shaarli ont tous deux changé de version de manière suffisamment radicale pour rendre obsolètes des plugins et des thèmes que j'avais développé dans le passé. J'ai pas envie de devoir recoder des plugins dans un an parce que l'un d'eux aura fait une mise à jour. Pour Pico, à la limite je m'en fiche, je prends n'importe quel moteur de blog et en moins d'une journée j'aurais mes articles en ligne (qu'importe s'ils ne bénéficient pas de mes améliorations typographiques, après tout). Shaarli est plus complexe à aborder, en ce sens qu'il n'existe à ce jour aucune alternative viable de ce que j'essaie de construire avec. D'où ma lassitude de devoir tout recommencer au moindre pépin.

« C’était un film l’histoire quand même, hein ? […] On est entouré d'une bande de débiles […] »

J'avoue, Netflix peut aller se rhabiller…

Message d'intérêt général. Ne dites plus « J'aime bien Platon mais je préfère Aristote ». Dites « Φίλος μεν Πλάτων, φιλoτέρα δε ἀλήθεια ». Ou en latin « Amicus Plato, sed magis amica veritas ». Perso je penche plus pour « Inimicus Plato, sed magis inimica falsitas » (Tarski)

Bonne analyse qui rejoint pas mal de mes réflexions sur le sujet (cotisations et répartition notamment)