Logo FreshRSS sur un fond gris clair. Le logo présente des arcs concentriques bleus formant une icône de signal radio, représentant un lecteur RSS auto-hébergé, avec le mot "FreshRSS" en texte bleu gras à droite de l'icône.

Installer un lecteur RSS moderne et auto-hébergé avec FreshRSS

Les réseaux sociaux ont transformé la veille en machine à secouer l’attention. Entre les publications sponsorisées, les recommandations opaques, les fils chronologiques éventrés et les notifications qui hurlent comme un grille-pain possédé, suivre l’actualité de ses sites préférés demande presque une stratégie militaire.

Le RSS règle ce problème avec une élégance presque insolente. Vous choisissez les sites. Vous recevez leurs nouveaux articles. Vous les lisez dans l’ordre que vous voulez. Pas d’algorithme qui décide à votre place. Pas de flux infini conçu pour aspirer votre après-midi. Juste une veille propre, maîtrisée, exportable et durable.

Dans ce guide, nous allons installer un lecteur RSS moderne et auto-hébergé avec FreshRSS. Nous verrons aussi quand choisir Miniflux, comment importer ses abonnements, comment protéger l’instance derrière Nginx, et comment organiser une vraie veille quotidienne.

Lire la suite

Activer SSH sous CPanel photo 4

SSH : corriger “the RSA host key differs from the key for the IP address”

Lors d’un passage en mode rescue, d’une réinstallation serveur, d’un changement d’IP, d’une rotation des clés SSH ou d’une migration d’hébergement, il arrive que SSH refuse une connexion en affichant un avertissement sur la clé d’hôte du serveur.

Dans mon cas, après un passage en mode rescue OVH/Kimsufi, j’avais ajouté temporairement une nouvelle empreinte SSH dans ~/.ssh/known_hosts. De retour sur l’installation normale, SSH se plaignait logiquement que l’empreinte associée au hostname ne correspondait plus à celle associée à l’adresse IP.

Le message ressemble à ceci :

Warning: the RSA host key for 'hostname' differs from the key for the IP address 'xxx.xxx.xxx.xxx'
Offending key for IP in /home/matt/.ssh/known_hosts:16
Matching host key in /home/matt/.ssh/known_hosts:11
Are you sure you want to continue connecting (yes/no)?Langage du code : JavaScript (javascript)

Ce n’est pas une erreur à ignorer machinalement. SSH vous dit que l’identité cryptographique du serveur ne correspond pas à ce qu’il connaît déjà. Cela peut être parfaitement légitime après une réinstallation ou un mode rescue. Mais cela peut aussi signaler une mauvaise IP, un DNS erroné, un proxy inattendu ou une interception.

OpenSSH conserve les clés d’hôtes déjà rencontrées dans ~/.ssh/known_hosts. La page de manuel ssh précise que ce fichier contient la liste des clés d’hôtes pour les serveurs auxquels l’utilisateur s’est déjà connecté. Voir la page de manuel ssh.

Lire la suite

Sur un fond bleu clair, un texte noir indique "< ? PHP ?", avec une icône d'éléphant géométrique bleue remplaçant le deuxième "P". Il s'agit d'un clin d'œil au langage de programmation PHP, souvent rencontré dans les problèmes d'erreur preg_match ou de plage invalide dans la classe de caractères.

PHP 8.5+ : remplacer les anciens constructeurs et corriger “Redefining already defined constructor”

Il vous est peut-être déjà arrivé de tomber sur cette ancienne erreur PHP lors de l’exécution d’un vieux projet :

Redefining already defined constructor for class ExampleClassLangage du code : JavaScript (javascript)

À l’origine, cette erreur apparaissait souvent dans du code prévu pour rester compatible avec plusieurs générations de PHP. Une classe contenait à la fois un constructeur moderne __construct() et un ancien constructeur portant le même nom que la classe.

En 2026, la bonne solution n’est plus d’intervertir deux méthodes pour satisfaire une vieille compatibilité. La bonne solution est de supprimer l’ancien constructeur et de ne garder que __construct().

Depuis PHP 8.0, une méthode qui porte le même nom que sa classe n’a plus de signification spéciale. Le manuel PHP précise que les anciens constructeurs nommés comme la classe n’étaient interprétés comme constructeurs que dans les classes du namespace global avant PHP 8.0. Depuis PHP 8.0, une méthode portant le même nom que la classe n’est plus traitée comme un constructeur. Voir la documentation PHP sur les constructeurs.

PHP 8.5 continue cette trajectoire de modernisation du langage. Donc, si votre objectif est de migrer vers PHP 8.5+, traitez cette erreur comme un signal clair : ce code doit être modernisé, pas simplement patché.

Lire la suite