Pour profiter pleinement de la carte Nvidia, j'ai dû basculer sur Wayland et abandonner Xorg. En effet, la sortie HDMI ne fonctionnait pas sur Xorg. Sans exagérer, cette migration a été loin d'être simple. Entre les limitations de certains outils sous Wayland, les ajustements nécessaires pour Sway et les incompatibilités avec mes anciens scripts, j'ai dû revoir une bonne partie de mon environnement. Si ce changement n'avait pas été imposé par le matériel, je ne l'aurais probablement pas envisagé si tôt.

Le changement majeur est le gestionnaire de fenêtre. J'ai utilisé i3 pendant un peu plus de 10 ans et je dois maintenant composer avec Sway. Si la majorité de la configuration est rétrocompatible, des ajustements ont été nécessaires.

J'avais développé des blocks pour i3blocks, l'outil qui permet d'afficher des informations sous forme de barres. J'avais partagé ces développements dans l'article « Blocs pour i3wm ». J'utilise à présent Waybar et tous ces blocks ont dû être réécrits. L'ensemble du code source est bien sûr disponible sur ma forge : deblan/waybar-indicators.

L'année passée, je publiais un gestionnaire de fonds d'écran pour i3 qui ne fonctionne plus avec Wayland. J'ai donc également réalisé un fork pour faire exactement la même chose mais en s'appuyant sur awww qui gère l'affichage des images. Les gros changements sont donc apportés par cette dépendance qui apporte quelques animations !

Le code source est également disponible sur ma forge avec en prime des paquets pour Debian : deblan/sway-wallpaper-manager.

Cette perte soudaine de mon laptop m'a finalement permis de valider mon mécanisme de sauvegarde. J'ai quand même identifié quelques lacunes qui sont maintenant corrigées.

Tout est bien qui finit bien !

Avec un peu de recul, ce passage forcé à Wayland n'est pas si mal. Tout n'est pas encore parfait et certains outils demandent encore des ajustements. Les environnements comme Gnome ou KDE abandonnant progressivement Xorg, cette migration aurait de toute façon fini par s'imposer tôt ou tard.

Quelques années plus tard, le 25 août 2015, j’installais Debian (un système d’exploitation) sur le serveur principal de mon infrastructure actuelle. C’est lui qui supportait jusqu'à aujourd’hui la majorité des services que j’utilise et que je vous partage : hébergement de sites web, agrégateur de flux RSS, DNS, emails, etc.

Pendant ces 10 années, le serveur en a vu de toutes les couleurs :

• de grosses mises à jour
• un grand nombre de disques mécaniques moins résistants que lui
• des attaques informatiques en veux-tu en voilà
• … et des crawlers d’IA qui consomment pas mal de ressources

Malgré tout ça, il est a toujours été debout et a continué de faire le taf qu’on lui demande.

Mais il est temps pour lui de partir en retraite : il arrive à bout de souffle et ne me permet plus aujourd’hui de supporter correctement la charge. Je dois garantir la sécurité de nos données ainsi que la continuité des services, pour vous comme pour moi.

J'ai donc commandé et installé un NucBox K12 de chez GMKtec avec 32Go de RAM et 2To de stockage hors backup. Pour cette nouvelle machine, je me suis orienté vers la virtualisation avec Proxmox VE. Cela me permet d'isoler les services et gérer les ressources plus finement.
Dès qu'on aura à nouveau des prix décents pour la RAM, je pense que je doublerai la mémoire pour être un peu plus à l'aise car la virtualisation consomme vraiment plus de ressources !

Du coté des services web, j'ai opéré quelques changements importants. En effet, j'ai décidé de remplacer mon reverse proxy Nginx par Caddy. La gestion des certificats est vraiment facilitée et la configuration est globalement plus simple même si certains concepts m'échappent encore !
Derrière Caddy, j'ai toujours le bon vieux Apache pour servire la majorité des sites web non conteuneurisés. En revanche, les services qui reposent sur Docker sont gérés par Traefik qui s'occupe de router le trafic.

Pour le mail, j'utilise la même stack logicielle (Postfix, Dovecot et compagnie) mais via Mailcow. C'est franchement beaucoup plus simple à maintenir et je peux beaucoup mieux gérer les comptes. En effet, ils étaient liés aux comptes unix du serveur alors que maintenant non. Tout est indépendant et je la possibilité d'intégrer des mécanismes d'authentification plus complets, comme l'authentification unifiée et le MFA.

Cette migration m'a conduit à revoir une partie de ma supervision. J'utilisais encore une instance Zabbix qui fonctionnait à moitié, et j'avais également un peu de monitoring avec Monit. J'ai tout dégagé pour ne conserver que Uptime Kuma et une instance Beszel.

La nouvelle infra est en production depuis le 14 mars et je pense avoir migré la totalité des outils. Il n'est pas impossible que des choses aient été oubliées donc n'hésitez pas à me faire des retours !

Je suis convaincu que l’auto-hébergement est essentiel, aujourd’hui plus que jamais. Je vous encourage vivement à vous y intéresser afin de reprendre le contrôle de vos données et de vos outils.

Le streaming m'a toujours donné envie, mais je souhaite le plus possible garder une forme d'indépendance dans la manière de publier le contenu. Quand j'ai découvert le projet Owncast, un outil écrit en Go qui permet de se faire une plateforme de streaming auto-hébergée, je me suis empressé de l'installer et de l'utiliser. J'ai donc réssucité deblan.tv et j'ai lancé quelques streams avec les VOD accessibles sur Peertube.

Owncast fonctionne franchement très bien ! C'est rapide à installer et les fonctionnalités sont bien pensées et très pratiques. On dispose d'une API pour intéragir sur le stream et le chat, et des mécanismes de webhook sont disponibles quand des évènements sont déclanchés sur le chat (un utilisateur se connecte, un message est envoyé, etc.). C'est d'ailleurs ce qui m'a lancé dans un draft de projet pour intégrer le chat dans mes streams.

À l'instar de Peertube, Owncast est un outil de niche et vous ne pouvez pas faire de venir des gens d'eux même. Enfin si, il y a l'annuaire de Owncast qui permet de découvrir des instances Owncast qui désirent y apparaître. Mais cela reste limité aux quelques personnes qui connaissent.

Je me suis donc demandé s'il était possible de streamer à la fois sur Owncast et sur d'autres plateformes comme Twitch en même temps, sans être dépendant d'une entreprise américaine et sans dépenser un seul euro. Après quelques recherches, je n'ai rien trouvé... Du moment où vous désirez streamer sur une plateforme "custom", vous devez sortir la carte bleu. Et puis je suis tombé sur stream-sprout, un script en bash qui prend en entrée un fichier de config en YAML et qui restream via FFMPEG sur les plateformes que vous désirez. C'est simple, ça marche du feu de dieu et c'est exactement ce que je cherchais.

Je peux donc maintenant streamer sur Owncast et Twitch en même temps. Et si je le désirais, je pourrais également ajouter Youtube et d'autres plateformes de diffusion. Il me manque à présent de quoi afficher simultanément le chat de Owncast et de Twitch. Et ça tombe bien, car j'avais déjà un début de projet pour Owncast, il fallait maintenant y intégrer Twitch.

J'ai donc fais quelques recherches sur l'API Twitch pour intéragir avec le chat...et j'ai finalement opté pour un client IRC qui semble être la seule bonne méthode et nettement moins complexe qu'une API.

Je vous présente donc Owncast Webhook ! Son fonctionnement est assez simple. Il intègre une API pour gérer le webhook d'Owncast quand un message est envoyé sur le chat. Le client IRC se connecte à la chaîne Twitch et récupère les messages envoyés. Enfin, il expose une page web pour présenter les messages qui ont été réceptionnés. C'est cette page que vous intégrez à OBS.

Si vous êtes sur Linux, vous pouvez télécharger la dernière publication, sinon il faudra compiler le projet vous même. Une fois le binaire à disposition, il restera à faire quelques petites configurations qui sont documentées dans le projet.

Une fois la configuration terminée, vous pourrez afficher les messages en provenance de Owncast, Twitch ou les deux !

Le projet est libre donc n'hésitez pas à le hacker et si vous avez envie de nouvelles fonctionnalités ou si vous rencontrez un bug, vous pouvez ouvrir un ticket !

De mon coté, je vais réfléchir à des sujets et essayer de trouver du temps pour streamer des choses !

Le projet a évolué en continue depuis ces 5 dernières années, avec de nouvelles fonctionnalités ajoutées au fil du temps et des corrections de bugs. À l'époque, je découvrais tout juste le framework javascript Vue 2 et j'ai fais des choix qui n'étaient pas toujours très bons et/ou bien réalisés.

Cela a entraîné une dette technique lourde et il devenait plus compliqué de faire évoluer l'application. J'ai donc entrepris une réécriture du projet et j'ai migrer les composants de Vue 2 à Vue 3.

Après de nombreuses heures de travail, je viens tout juste de publier la version 5.0 qui marque donc un nouveau tournant pour le projet. J'aimerais que ces changements puissent amorcer davantage de contributions, certes nombreuses sur les traductions et sur les rapports de bug mais quasi inexistantes sur le code source.

En ce qui concerne les fonctionnalités, j'ai décidé de maintenir la compatibilité avec les précédentes versions. Par conséquent, il n’y a pas de nouvelles fonctionnalités et toutes les configurations existantes continueront de fonctionner comme avant. Cependant les interfaces pour configurer l'application ont beaucoup changé et permettront aux administrateurices d'êtres plus à l'aise.

Le support évolue également avec cette nouvelle version. La 3.x n'est plus supportée et la version 4.x ne bénéficiera que de correctifs.

Si le projet vous intéresse, voici quelques liens :

• Custom Menu dans le magasin d'applications Nextcloud
• Le code source du projet
• Site web de la documentation

Si vous êtes une développeuse ou un développeur à la recherche d'un stage, d'une alternance ou d'un poste, je souhaite vous partager quelques suggestions qui, selon moi, pourraient vous aider à décrocher un entretien.

Avant toute chose, je suis conscient de la difficulté à trouver un emploi aujourd'hui. Bien que l'informatique soit au cœur de nombreuses entreprises, le marché est extrêmement concurrentiel, mêlé à des difficultés pour ces entreprises à engager des moyens à la hauteur de leurs ambitions, ainsi que des attentes des candidats et candidates.

J'ai vécu l'alternance et j'en suis un fervent partisan. J'ai également eu l'immense privilège d'intervenir à l'université pour transmettre toutes les compétences qu'il m'était possible de partager. Du stage de découverte de 3ème à celui d'un cycle d'études supérieures, les entreprises ont la responsabilité d'agir en tant qu'acteurs locaux, permettant aux étudiants et étudiantes d'apprendre et de se préparer au mieux au monde professionnel.

Ceci étant dit, j'ai eu l'occasion de lire des articles et des posts où les auteurs et autrices exprimaient leur exaspération face au comportement rigide de certains recruteurs et recruteuses, notamment sur la question de l'expérience. Le manque d'expérience peut en effet poser un problème selon le contexte du recrutement. On peut aussi lire que des candidats sont parfois écartés parce qu'ils ne correspondent pas exactement aux critères du poste, sans que leur capacité d'adaptation soit prise en compte. Je pense aussi que c'est une réalité qu'il serait injuste de dissimuler.

Lorsque je suis en phase de recrutement, je dois répondre à des contraintes qui orientent et conditionnent mes choix : les besoins à court, moyen et long terme de mon équipe et de l'entreprise, l'orientation technique des projets, l'enveloppe budgétaire allouée, etc. Je ne suis pas un RH. J'encadre une équipe de personnes dont le métier est de concevoir et écrire du code, des personnes motivées et curieuses qui ont envie d'apprendre chaque jour. Cette motivation qui nous anime n'est pas forcément corrélée à l'expérience. Et c'est grâce à cela que vous pourriez vous démarquer. Voici une liste d'actions que vous pouvez entreprendre et qui, indépendamment de votre expérience, pourraient plaire aux recruteurs et recruteuses de mon style.

Vous cherchez à travailler dans l'IT ? Montrez que vous faites partie de ce monde. Vous pouvez par exemple acheter un nom de domaine et vous créer une adresse mail à votre image. Cela peut paraître anodin, mais cela présente mieux qu’un format du type nom.prenom.1234@outlook.fr. Pensez également à la veille technologique que vous pouvez mettre en avant sur votre CV, d'autant plus que la sphère tech française est extrêmement riche !

Vous travaillez sur des projets personnels dont le code pourrait être publié ? Publiez-le ! Bien qu'il soit légitime d'avoir des craintes d'être jugé, il y a un réel intérêt pour les personnes qui recrutent de la manière dont je le fais. Aussi expérimentés que nous soyons, nous avons toutes et tous commencé par un Hello World et continuons toujours à découvrir des technologies que nous ne maîtriserons peut-être jamais. Développer et publier, c'est bon pour la santé !

Vous cherchez à intégrer une équipe qui fait du web ? Créez-vous un site personnel. Même s'il n'y a qu'une seule page, vous aurez l'occasion de mettre en avant vos compétences, d'exploiter vos connaissances et de les présenter dans un projet concret.

Pour terminer, je vous recommande de ne pas évaluer vos compétences, quelle que soit la méthode choisie. Privilégiez plutôt une description détaillée des langages et des outils que vous avez utilisés, ainsi que de ceux avec lesquels vous souhaiteriez travailler.

La recherche d'un stage, d'une alternance ou d'un poste dans le domaine du développement demande persévérance et une approche proactive. Dans un marché concurrentiel, se démarquer passe souvent par des initiatives personnelles et par la mise en avant de sa passion pour le métier. Que ce soit à travers des projets personnels, la création de son propre site web ou le partage de son code, ces efforts peuvent faire la différence aux yeux des recruteurs et recruteuses. La motivation et la volonté d’apprendre sont des qualités précieuses, qui, bien mises en avant, peuvent ouvrir de nombreuses portes, même lorsque l'expérience fait défaut. Rappelez-vous que chaque opportunité est une chance de montrer qui vous êtes et ce que vous pouvez apporter à une équipe.

Contraitement à YouTube, il n'est pas nécesssaire d'avoir un compte pour gérer ses abonnements. Toutes les données sont stockées localement dans des fichiers textes (profils et abonnements, listes de lecture, historique, etc.). Si vous utilisez plusieurs ordinateurs, la seule méthode supportée pour synchroniser les données est un export/import des fichiers depuis FreeTube. De mon coté, je ne trouve pas ça pratique et encore moins automatisable. En conséquence, on ne peut pas faire évoluer ces données depuis plusieurs ordinateurs facilement.

En attendant que l'équipe de FreeTube propose une solution, j'ai travaillé sur un outil qui essaye de résoudre le problème : FT-Sync. Il est écrit en GO sous licence AGPLv3.

FT-Sync n'est pas maintenu par l'équipe de FreeTube. Ce projet est encore expérimental et des problèmes peuvent apparaître. Je ne pourrai pas être tenu comme responsable si vous perdez des données.

Ceci étant dit, n'hésitez pas à ouvrir un ticket si vous rencontrez des problèmes 🙂

Avant d'utiliser FT-Sync, faites une sauvegarde de vos données :

• ~/.config/FreeTube/history.db
• ~/.config/FreeTube/profiles.db
• ~/.config/FreeTube/playlists.db

Quels sont les prérequis ?

FT-Sync implique que le serveur soit accessible par toutes les machines où tourne FreeTube, comme dans un réseau local, à travers un VPN ou sur Internet. Veillez cependant à sécuriser les accès en configurant un pare-feu si le serveur est exposé.

Comment ça fonctionne ?

Le rôle du serveur est de stocker l'historique, les playlists et les profils des instances de FreeTube (clients).

Après avoir démarré le serveur, chaque client doit initialiser ses données locales sur le serveur. Cette action ne doit être effectuée qu'une seule fois. Chaque fois que vous souhaitez utiliser FreeTube, vous devez d'abord récupérer les données depuis le serveur. Un watcher enverra les mises à jour au serveur lorsque votre historique, vos playlists ou vos profils sont mis à jour. Lorsque FreeTube est redémarré, l'historique, les playlists et les profils seront synchronisés.

sequenceDiagram
    participant Client
    participant Server

    Note over Client, Server: Only once
    Client->>+Server: Send initial history, playlists, profiles<br>ftsync-client init
    Server-->>-Client: Response OK/KO

    Note over Client, Server: Before launching FreeTube
    Client->>+Server: Pull update to date history, playlists, profiles<br>ftsync-client pull
    Server-->>-Client: Response datas
    Client->>+Client: Update databases

    Note over Client, Server: While FreeTube is running
    loop Watch local db updates<br>ftsync-client watch
        Client->>+Server: Send updated history, playlists, profiles
        Server-->>-Client: Response OK/KO
    end

Toute la procédure d'installation est décrite dans les sources du projet : 📗 Comment l'utiliser ?.

Dans les prochains changements, je souhaite permettre de démarrer le serveur via docker afin faciliter son déploiement. J'aimerais également réaliser des statistiques sur le contenu que je consomme via des métriques type Prometheus.

J'utilise FT-Sync depuis quelques jours maintenant et il fonctionne vraiment bien. J'ai maintenant les mêmes abonnements, les mêmes listes de lecture et le même historique quelque soit l'ordinateur que j'utilise (modulo un redémarrage). C'est vraiment agréable !

Si vous avez des remarques, des suggestions ou n'importe quoi d'autre à remonter, le projet est ouvert aux contributions sous toutes leurs formes 😉

Puisqu'il se cantonne à gérer (presque) que des fenêtres, il vient avec aucun outil de configuration. Par exemple, les utilisateurs⋅trices de i3 doivent exploiter des outils tiers pour afficher un fond d'écran et c'est très souvent feh qui est recommandé.

Cependant, si vous désirez avoir des fonds d'écrans spécifiques selon les espaces de travail, feh ne sait pas le gérer nativement, car cette notion est spécifique à i3.

Après avoir cherché des solutions existantes, je n'ai rien trouvé de satisfaisant 🤔. J'ai donc démarré i3 Wallpaper Manager, un outil en ligne de commandé destiné à changer les fonds d'écrans à la volé. Voici une démonstration.

En exploitant l'interface IPC de i3, i3 Wallpaper Manager détecte quels espaces de travail sont actifs et ajuste les fonds d'écrans selon la configuration écrite en Yaml. Par défaut, il va s'appuyer sur feh mais il est possible de définir un script qui pourra lancer ce qui vous plaira d'utiliser, comme ici avec xwallpaper.

Le projet est écrit en Go et il est publié sous licence AGPL v3. Je fournis des versions compilées pour les architectures amd64 et arm64. Je met également à disposition des paquets pour Debian que vous pouvez, soit télécharger manuellement, soit installer en passant par mon dépot Debian. Pour les utilisateurs⋅trices de Arch, yusufaktepe a packagé le projet sur AUR 🎉

J'espère que ce projet vous sera utile et comme toujours, je suis ouvert aux contributions sous toutes leurs formes ! 😀

Je l'ai déjà fais sur quelques projets et celui-ci n'y échappe pas, je l'ai été réécrit en GO pour plusieurs (bonnes raisons. Welcome Expiration Check!

La première raison est la dépendance à PHP qui le rend difficile à déployer sur des machines non orientées pour le web. Ensuite, il était très dépendant à script shell pour la vérification des certificats et à la commande whois pour les domaines, ce qui est bloquant pour le déployer sur Windows.

Enfin et sans doute la raison la plus pertinente, c'est sa forte dépendance au Whois alors que RDAP est un protocole adapté pour retrouver les informations d'un nom de domaine. RDAP est normalisé et implémenté par beaucoup d'opérateurs de registres de noms de domaine génériques de premier niveau.
Dans le cas où RDAP n'est pas supporté sur un nom de domaine, je reprend la méthode qui repose sur les  Whois avec tous les risques liés à au format qui  n'est standardisé.

J'en ai profité pour supporter plus de formats de sorties : JSON, CSV et TSV, HTML, Markdown. Cela va simplifier l'usage de l'outil au sein d'autres projets.

Pour résumer, je fournis maintenant plusieurs binaires selon l'OS (Linux, Windows et iOS), je n'ai plus de dépendances à des outils tiers, et je privilégie RDAP au WHOIS quand c'est possible.

Si Expiration Check vous intéresse, tout est documenté sur ma forge. Vous pouvez ouvrir des tickets si vous désirez plus de fonctionnalités ou si vous rencontrez des problèmes.

Il répond à plusieurs cas d'usage comme permettre de transférer une copie de base de données anonymisée à des développeurs et des développeuses ou répondre à la nécessité d'anonymiser ou supprimer des données dans le cadre du RGPD (Règlement général sur la protection des données) selon les durées de conservation définies dans le registre des traitements.

J'en profite d'ailleurs pour faire une parenthèse au sujet du RGPD. Avec mon associé Alexis Gabry, nous éditons une solution RGPD pour accompagner les DPO. ProDPO offre une solution complète pour gérer les missions de DPO de manière simple et collaborative 😁

Database Anonymizer inclue une grande quantité de générateurs de données aléatoires. Il permet également de générer des données via des modèles écrits en Twig. Vous pouvez spécifier des règles précises pour chaque table ou bien des règles globales appliquées sur chacunes des tables de votre configuration.

Pour faire fonctionner le projet, il suffit de définir un fichier de configuration comme suit :

Ensuite, il faut lancer database-anonymizer en spécifiant la chaine de connexion à la base de donnée et le chemin vers la configuration.

database-anonymizer --dsn "mysql://username:password@tcp(db_host)/db_name" --schema ./schema.yaml
database-anonymizer --dsn "postgres://username:password@db_host:5432/db_name" --schema ./schema.yaml

Vous trouverez la liste complète des générateurs sur la page Gitnet et vous pouvez bien sur télécharger la première version ici.

J'ai encore du travail à faire sur le projet mais il est en bonne voix ! Si vous désirez l'essayer et me faire des retours, j'en serai ravi ! 😀

Le 1er novembre dernier a été publiée la version v1.23 de Murph. Murph est un framework open-source pour construire des CMS. Il est développé à l'aide de Symfony et permet de gérer des sites web avec plusieurs noms de domaines et en plusieurs langues. Il est aussi très efficace pour développer des outils d'administration et des applications métiers. C'est par ce prisme que j'ai beaucoup exploité Murph ces derniers mois, ce qui m'a permis de le mettre à l'épreuve. Je l'ai donc agrémenter de nouvelles fonctionnalités et de correctifs.

Quant à Custom Menu, la version v3.11.0 a été publiée de 5 novembre. Elle apporte une nouvelle fonctionnalité de recherche des applications dans les différents menus. Celle permet de filtrer les applications et permettre de les accéder plus rapidement. J'y pensais depuis quelques temps et c'est un besoin qui m'a été rémonté, c'est donc maintenant disponible !

Murph et Custom Menu sont des projets qui me tiennent vraiment à cœur et je suis heureux de les voir être utilisés par d'autres personnes que moi 😁

La configuration par défaut stocke les données de la messagerie dans une base de données SQLite. Cela a bien fonctionné pendant quelques années mais la base de données devient très rapidement obèse (plusieurs Go) et SQLite n'est plus adapté. C'est d'ailleurs recommandé d'utiliser PostgreSQL, naturellement plus adapté compte tenu de la grande quantité de données.

Voici la démarche pour basculer vers PostgreSQL depuis une base SQLite. J'évolue sur des machines sous Debian et j'ai installé Matrix-Synapse via les packages livrés par matrix.org.

Quelques recomandations avant d'opérer la migration :

• Avoir l'espace disque nécessaire pour accueillir une copie de la base de données SQLite
• Avoir l'espace disque nécessaire pour héberger les données dans PostgreSQL
• Communiquer auprès de vos utilisateur·rice·s car la procédure prendra des heures et le service sera inaccessible

La première étape est de stopper le service et de faire une copie de la base de données. Je vous invite, si vous le pouvez, à duppliquer la copie de la base sur une autre machine.

$ sudo systemctl stop matrix-synapse.service
$ sudo cp -v /var/lib/matrix-synapse/homeserver.db{,.bk}

Ensuite, il faut installer PostgreSQL. Je reprend la procédure de la documentation officielle.

$ sudo sh -c 'echo "deb https://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'
$ wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -
$ sudo apt-get update
$ sudo apt-get -y install postgresql
$ passwd postgres # Changement du mot de passe de l'utilisateur "postgres"

Éditer le fichier /etc/postgresql/15/main/pg_hba.conf puis opérer ces modifications :

-local   all             postgres                                peer
+local   all             all                                     peer
-host    all             all             127.0.0.1/32            scram-sha-256
+host    all             all             127.0.0.1/32            md5
-host    all             all             ::1/128                 scram-sha-256
+host    all             all             ::1/128                 md5

On relance ensuite PostgreSQL :

$ sudo systemctl start postgresql.service

C'est maintenant le moment de créer une base et un compte nommés matrix.

$ su - postgres
$ createuser --pwprompt matrix # Conserver le mot de passe que vous allez saisir pour plus tard
$ createdb -e -E UNICODE --template=template0  --locale=C -O matrix matrix
$ psql -d matrix
synapse=# GRANT ALL ON SCHEMA public TO matrix;

Avant de lancer le script de migration, il faut duppliquer temporairement le contenu de /etc/matrix-synapse/conf.d/server_name.yaml dans /etc/matrix-synapse/homeserver.yaml. Éditer le fichier /etc/matrix-synapse/homeserver.yaml pour changer la configuration de la base de données :

database:
  name: psycopg2
  args:
    host: 127.0.0.1
    port: 5432
    user: matrix
    password: "$3cr€t" # Indiquer le mot de passe saisi lors de la création d'utilisateur
    database: matrix
    cp_min: 5
    cp_max: 10

Vous pouvez maintenant lancer la migration. Cela prendre un temps plus ou moins important selon le nombre d'enregistrements. Une base de données de 10Go a été migrée en 3 heures. Je vous invite à lancer la commande dans une session tmux ou screen.

$ sudo apt-get install tmux
$ tmux
$ synapse_port_db --curses \
    --sqlite-database /var/lib/matrix-synapse/homeserver.db \
    --postgres-config /etc/matrix-synapse/homeserver.yaml

Une fois la migration terminée, vous pourrez supprimer le contenu duppliqué de /etc/matrix-synapse/conf.d/server_name.yaml et relancer le service.

$ sudo systemctl start matrix-synapse.service

Dans le cas où il y aurait un problème, vous pouvez analyser les logs de Matrix-Synapse dans /var/log/matrix-synapse/homeserver.log. De mon coté, j'ai du faire une ou deux requêtes pour corriger des compteurs et tout était documenté dans ces logs.

Je pense avoir donné toutes les indications pour que cela se passe bien. N'hésitez pas à laisser un commentaire si vous rencontrez un problème.

Le projet est écrit en PHP et fonctionne à merveille. Cependant, il manque 2 fonctionnalités majeures : l'authentification de l'utilisateur et permettre de configurer l'interface sans passer par le code source. Cela permettrait de l'exploiter sur des environnements variés. Par ailleurs, le fait qu'il soit écrit en PHP peut faire rebuter son installation.

J'ai décidé de le réécrire complètement en GO en m'appuyant sur le framework Echo. Je peux à présent fournir un unique binaire et j'ai intégré un fichier de configuration en YAML pour paramétrer l'authentification et l'interface.

Pour démarrer le projet, télécharger la dernière version depuis Gitnet puis générer un fichier de configuration en partant du modèle.
Il suffira ensuite de lancer le binaire en spécifiant la variable d'environnement DISPLAY et le chemin du fichier de configuration en paramètre :

$ DISPLAY=:0 ./app-linux-amd64 config.yaml

Une fois démarré, l'interface web est par défaut accessible à l'adresse http://127.0.0.1:4000.

À l'heure actuelle, je ne compile pour que pour une architecture 64 bits mais je peux en intégrer d'autres si vous le désirez. Le code source est disponible dans le dépot du projet.

La première version avait sucité un certain intérêt, j'espère que cette nouvelle version plus simple à déployer vous plaira !

Si on peut naïvement se dire que ça permettrait de filtrer les sites nauséabonds, c'est aussi un nouvel outil terrible pour un gouvernement fasciste qui sera en mesure de censurer ce qu'il veut sans compte à rendre à personne.

Ce projet est une première car il s'inscrit directement dans les navigateurs (Firefox, Google Chrome, Microsoft Edge, Safari et les autres).

Les pays qui utilisent des moyens similaires à l'échelle d'un état sont tous des dictatures ou fascistes.

Je n'accepte pas que la France soit une locomotive pour ces régimes vers lesquels nous nous dirigeons chaque jour qui passe.

Le gouvernement a présenté le projet de loi devant le Parlement peu avant les vacances d’été et espère l’adopter aussi rapidement et discrètement que possible ; le gouvernement a même engagé la procédure accélérée, le vote devant avoir lieu à l’automne.

Un des moyens de réagir et de faire porter votre voix et c'est pourquoi je partage cette pétition de la fondation Mozilla.

Pour compléter le lien vers pétition, je vous invite à lire l'article de blog de Mozilla publié en juin dernier.

Murph est un framework open-source pour construire des CMS. Il est développé à l'aide de Symfony et permet de gérer des sites web avec plusieurs noms de domaines et en plusieurs langues.

Voici une liste des changements importants :

• Le contrôleur pour gérer les utilisateurs est maintenant intégré au squelette pour faciliter la surcharge dans les projets spécifiques
• Le générateur de CRUD va automatiquement créer des templates pour l'affichage d'une entité et celui du formulaire d'édition
• Il est maintenant possible d'injecter des paramètres dans le formulaire des filtres dans le CRUD
• Un nouveau champ BooleanField a été ajouté pour afficher une données booléenne dans la liste du CRUD
• De nouveaux blocs Twig font leur apparition dans le template index.html.twig du CRUD
• Le générateur de page permet de définir le bloc ChoiceBlock
• L'affichage des détails d'un fichier dans le gestionnaire de fichier est améliorée
• On peut définir une fonction personnalisée pour générer les noms de fichier dans le service FileUploadHandler
• La fonction Twig entity_to_array possède deux nouveaux paramètres pour filtrer les données
• Les paramètres core.site.name et core.site.logo ne sont plus obligatoires

Des corrections divers ont été apportées comme la correction d'un bug avec PostgreSQL.

Les journaux complets sont disponibles sur la 📘 documentation.

Murph est exploité dans de nombreux projets personnels et professionnels avec des besoins spécifiques. L'architecture du CMS et les outils intégrés ont permis de gérér la quasi totalité des besoins. Je vous recommande chaudement de prendre le temps de tester Murph, vous pourriez être supri⋅e⋅s ! 😀

Comment oseriez-vous répondre non ? Lorsque vous n’avez rien à cacher, vous ne pouvez pas faire de distinction entre ce que vous admettez rendre public et ce qui vous dérange un peu plus.

Ce projet a été initialemement développé par Fabricio et les sources sont disponibles sur Github.

Écrit en GO, il n'était malheureusement plus maintenu depuis près de 2 ans et c'est regrettable car il est simple et performant. J'ai donc entrepris un fork que j'ai commencé à enrechir avec un ou deux correctifs et des améliorations sur l'interface et sa configuration. La sources sont maintenant accessibles sur Gitnet.

Voici les méthodes basiques pour lancer capture :

$ capture -url=https://example.com/
$ docker run -p 9000:9000 -p 9001:9001 deblan/capture -url=https://example.com/

Une des nouvelles fonctionnalités est la capacité à inscrire sa configuration dans un fichier nommé par défaut .capture.ini. En effet, s'il est possible de tout passer en argument, c'est tout de même plus pratique de créer des fichiers de conf spécifiques pour chacun de vos projets.

$ cat .capture.ini
url = https://example.com/
port = 9000
dashboard = 9001
captures = 16
$ capture

Vous pouvez bien sur surcharger ses valeurs via les arguments. Il est également possible de spécifier le chemin vers le fichier de conf avec -conf.

Le projet est sous la licence MIT et si vous avez envie de contribuer, ça sera avec grand plaisir ! J'espère vraiment pouvoir faire revivre ce beau projet et qu'il sera utilise à d'autres développeur·euse·s 😄

J'ai honte.

Ce modèle contient les fonctions usage et help pour décrire le fonctionnement du programme. La fonction on_interrupt permet de gérer le signal SIGINT quand le programme est interrompu.

La fonction main est la fonction qui contient le code principal du script. Elle contient la gestion des paramètres passés au script. Par défaut, plusieurs y sont déjà intégrés : -l pour définir le niveau de log désiré et -h pour afficher l'aide.

Enfin, il y a la fonction log pour afficher des messages de debug avec différents niveaux de criticité. Cela permet de générer des messages qui seront affichés ou pas selon les besoins. Les messages sont colorés selon le niveau de criticité et ils sont redirigés vers stderr. Il est également possible d'ajouter la date.

Le code source est disponible sur Gitnet et comme toujours, vous pouvez en faire ce que vous voulez !

En conclusion, le développement de ce modèle de script shell a été un projet passionnant et fructueux. En l'enrichissant régulièrement, j'ai pu créer une base solide pour gérer efficacement les fonctionnalités essentielles d'un script.