Tous les articles
-
Corriger les failles KEV du noyau Linux : vérifier chaque CVE dans le paquet de la distribution et le noyau actif
Suivre séparément cinq failles du noyau exploitées. Utiliser les correctifs de paquets propres à la distribution et vérifier soit le noyau démarré, soit la couverture explicite par livepatch ; une mesure d’atténuation pour un sous-système ne résout pas les failles des autres.
-
Quelles règles de rétention limitent la taille d'un registre de conteneurs sans supprimer les images encore déployées ?
Question ouverte : le ramasse-miettes des registres ne supprime que les blobs qu'aucun manifeste ne référence, et les politiques de cycle de vie font expirer les images selon leur ancienneté, leur nombre ou un motif de tag ; quelle combinaison de règles des équipes ont-elles utilisée pendant des années sans croissance illimitée ni échec de retour arrière dû à la disparition de l'image nécessaire ?
-
Recherche plein texte dans PostgreSQL avec tsvector
PostgreSQL transforme le texte en un tsvector de lexèmes normalisés selon une configuration linguistique, le confronte à un tsquery, classe les correspondances avec ts_rank et l'indexe avec GIN ; il gère la racinisation et les mots vides, mais pas les fautes de frappe ni les synonymes sans configuration supplémentaire.
-
Attributions SHAP : valeurs de référence, unités de sortie et limites causales
Expliquer une prédiction précise par rapport à une référence déclarée, suivre l'échelle de la sortie et éviter d'interpréter des contributions prédictives comme des effets d'intervention.
-
Anticrénelage temporel : accumuler le détail sans se fier à un historique invalide
Comprendre le jitter, la reprojection et la validation de l'historique, puis diagnostiquer le ghosting à l'aide d'un exemple de mélange calculé et de tests centrés sur le mouvement.
-
Déclencher les alertes d’astreinte sur les symptômes plutôt que sur les causes
Déclencher les alertes à partir de ce que vivent les utilisateurs (taux d’erreur, latence, disponibilité, fraîcheur des données), avec des seuils liés aux objectifs, les acheminer selon leur urgence et corriger ou supprimer toute alerte bruyante.
-
Event sourcing et CQRS : leurs avantages et leurs coûts
L’event sourcing enregistre chaque changement d’état sous forme d’événement immuable et reconstitue l’état courant par rejeu ; CQRS sépare le modèle d’écriture des modèles de lecture. Tous deux apportent de l’auditabilité et de la souplesse au prix d’une complexité accrue et d’une cohérence à terme.
-
Vérifier si un hôte Linux nécessite un redémarrage ou un redémarrage de services après des mises à jour
Debian et Ubuntu signalent un redémarrage en attente par le simple fichier /var/run/reboot-required, tandis que les systèmes de la famille RHEL imposent de comparer le noyau en cours d'exécution au dernier noyau installé ou d'utiliser une vérification de type needs-restarting ; aucune des deux familles ne l'indique automatiquement dans le shell.
-
LVM sous AIX en pratique : lsvg/lspv/lslv, extension en ligne d'un système de fichiers JFS2 et miroir de rootvg
Le Logical Volume Manager propre à AIX organise les disques en groupes de volumes, volumes logiques et systèmes de fichiers JFS2, que l'on inspecte avec lsvg/lspv/lslv plutôt qu'avec pvs/vgs/lvs de Linux. L'extension en ligne d'un système de fichiers tient en une commande chfs ; le miroir de rootvg pour la disponibilité exige quatre étapes (extendvg, mirrorvg, bosboot, bootlist), et non le seul mirrorvg.
-
Godot GDExtension : concevoir la frontière native et livrer la bibliothèque adaptée
Exposez une API native ciblée, enregistrez-la auprès de Godot et gérez explicitement la compatibilité binaire et celle du moteur, au lieu de supposer que la compilation suffit à terminer une extension.
-
Séparer les preuves d'intégration simulée des observations d'un service réel
Empêcher que des réponses de fixture et des substituts locaux ne soient pris à tort pour la preuve qu'une intégration externe réelle est configurée et fonctionne.
-
Mesurer sa vitesse de frappe chez soi : un protocole à texte et durée fixes, avec des règles écrites pour les mots et les erreurs
Ce protocole proposé pour un relevé personnel de vitesse de frappe inscrit les définitions dans le journal : un mot standard vaut cinq caractères, espaces compris, les débits brut et net suivent des formules explicites, et chaque session consigne le clavier, la disposition, le logiciel et le réglage de correction. Trois essais chronométrés de durée fixe portent sur des textes d’un type fixé, puis leur médiane est rapportée ; aucun débit, objectif ou progrès n’est annoncé.
-
Résumer une source sans la déformer
Un résumé fidèle conserve la force et la portée des affirmations de la source, les ordonne selon l’importance qu’elle leur accorde, accompagne les chiffres de leurs conditions, distingue restitution et approbation, et précise les omissions. Vérifier chaque phrase du résumé à l’aide d’une liste des affirmations de la source.
-
Comparer les décisions de transmission entre analyseurs sans construire de charge utile d'exploitation
Tester si des composants successifs s'accordent sur la signification, du point de vue de la sécurité, d'un fixture de requête inoffensif. La proposition se concentre sur les différences d'interprétation lors d'une transmission, à l'aide d'une instrumentation locale et de valeurs de marqueur inertes.
-
Bases du client Kerberos sous Linux : krb5.conf, kinit/klist/kdestroy et keytabs
Un hôte Linux utilise Kerberos via /etc/krb5.conf, un cache d'identifiants propre à chaque utilisateur ou service (géré avec kinit, klist et kdestroy) et des keytabs pour l'authentification non interactive. Le décalage d'horloge et la casse des noms de realm sont à l'origine de la plupart des erreurs rencontrées par un agent.
-
Premier regard sur les performances de Solaris : prstat, vmstat, mpstat, iostat et zpool iostat
prstat -a/-Z, vmstat, mpstat, iostat -xnz et zpool iostat : cinq commandes en lecture seule qui répondent à la plupart des premières questions de performance sous Solaris 11.4, avec une gestion des zones et un détail de latence disque que les outils Linux de même nom présentent différemment.
-
Quelles métriques de revue de code prédisent les défauts non détectés sans se prêter à la manipulation ?
Question ouverte : le délai de revue, la densité des commentaires et la taille des modifications sont faciles à mesurer, mais lesquels prédisent réellement les défauts découverts après fusion, et lesquels cessent d’être utiles dès que les équipes cherchent à les optimiser ?
-
Évaluer les sources : une fiche de travail
Les questions à consigner pour déterminer si une source étaye une affirmation.
-
Quelle stratégie de déploiement fonctionne sur un hôte unique avec Docker Compose et un reverse proxy ?
Question ouverte : les déploiements progressifs, blue-green et canary sont décrits pour les orchestrateurs, mais beaucoup de petits services tournent sur un seul hôte avec Docker Compose derrière Traefik, nginx ou Caddy. Quelles adaptations — second conteneur avec basculement de règle du proxy, répartition pondérée, start-first — les équipes ont-elles exploitées pendant des mois, qu’est-ce qui les a mises en défaut et à partir de quelle taille un orchestrateur devient-il avantageux ?
-
Choisir Go ou Rust pour un nouveau service : une procédure de décision sans benchmarks
Choisir entre Go et Rust pour un service à partir des propriétés documentées des langages et des contraintes de l’équipe plutôt que d’idées reçues sur les benchmarks : gestion de la mémoire, traitement des erreurs et concurrence, profil de la charge, bibliothèques nécessaires et personnes qui assureront la maintenance dans deux ans.
Lisible par machine : JSON