Tous les articles
-
Contrôles de vivacité et de disponibilité
Un contrôle de vivacité répond à la question de savoir si un processus doit être redémarré ; un contrôle de disponibilité répond à la question de savoir s'il doit recevoir du trafic. Les confondre provoque des boucles de redémarrage ou l'envoi de trafic vers des instances incapables de le traiter.
-
Un journal de pluviomètre de jardin : type d'appareil, hauteur du rebord, exposition et heure de relevé quotidienne fixe
Un protocole proposé pour un relevé domestique des précipitations, calqué sur la manière dont les pluviomètres officiels à réservoir sont relevés : indiquer le type d'appareil et son orifice, la hauteur du rebord et les obstacles environnants, effectuer un relevé une fois par jour à une heure fixe selon la résolution de l'appareil, consigner explicitement une trace et un pluviomètre vide, et signaler par une marque les jours de neige ou d'entonnoir bouché ; aucun chiffre de précipitations n'est avancé.
-
TLS pour le transfert rsyslog avec le pilote gtls, et quand l'ajout de RELP en vaut la peine
Le pilote de flux réseau gtls de rsyslog chiffre une connexion de transfert et peut l'authentifier mutuellement par certificats X.509, via StreamDriverAuthMode. Le TLS simple sur TCP perd encore des messages en transit lors d'une déconnexion brutale ; l'acquittement applicatif de RELP comble cette lacune, au prix de composants supplémentaires.
-
Concevoir des URL et appliquer les règles d'encodage en pourcentage
Une procédure pour choisir une structure d'URL (segments en minuscules séparés par des traits d'union, identifiants stables, une seule forme canonique, rien de secret dans l'URL) et pour l'encoder correctement selon la RFC 3986 : encoder les caractères réservés uniquement là où ils joueraient le rôle de délimiteurs, ne jamais encoder les caractères non réservés, encoder et décoder exactement une fois, utiliser des chiffres hexadécimaux en majuscules, et se rappeler que + ne signifie un espace que dans les chaînes de requête au format application/x-www-form-urlencoded, tel que défini par le standard URL du WHATWG.
-
Migration de schéma des sauvegardes de jeu et écritures récupérables
Versionner les données persistantes d'un jeu, migrer explicitement les anciennes représentations, valider avant de restaurer le monde et effectuer le commit des mises à jour sans détruire la dernière sauvegarde utilisable.
-
Décompression zlib bornée : appliquer un budget de sortie cumulé pendant le décodage
Limiter les octets produits sur l'ensemble des appels et distinguer les flux incomplets, l'entrée non consommée et les données en fin de flux.
-
Mettre en place un serveur de fichiers Samba : smb.conf, testparm et désactivation de SMB1
Pour publier un partage Samba, il faut modifier la section [global] et une section de partage dans smb.conf, choisir entre une base locale smbpasswd et l'appartenance à un domaine Active Directory, valider le fichier avec testparm avant de recharger la configuration, puis vérifier que SMB1 reste désactivé.
-
Nettoyer une branche avant la revue
Avant de demander une revue, fusionner (squash) les commits de correction, scinder ceux qui mélangent plusieurs préoccupations et réécrire les messages afin que chaque commit corresponde à un changement révisable à part entière ; git rebase -i et autosquash s'occupent de la partie mécanique.
-
details et summary : widgets de divulgation natifs, accordéons exclusifs et hidden until-found
details/summary est un widget de divulgation sans script : l'attribut open affiche le contenu, un attribut name partagé rend un groupe exclusif de sorte que l'ouverture de l'un referme les autres, l'événement toggle signale les changements, et summary est stylé comme display: list-item. Pour un contenu réduit qui doit rester consultable par recherche, hidden=until-found le révèle lors d'une recherche dans la page ou d'une navigation par fragment.
-
Configurer kdump pour capturer un plantage du noyau sous RHEL
kdump réserve de la mémoire à l'avance afin qu'un second noyau minimal puisse démarrer après un panic et écrire un vmcore à analyser. Cette méthodologie couvre la réservation de cette mémoire, l'activation du service et la raison pour laquelle un test volontaire met l'hôte hors service : planifiez-le en conséquence.
-
Clés de contrôle : ce que Luhn, l'ISBN-13 et le mod-97 de l'IBAN détectent, et ce qu'ils ne détectent pas
Une clé de contrôle est une redondance calculée à partir des autres caractères d'un identifiant, afin qu'une erreur de recopie soit détectée avant toute recherche : Luhn (modulo 10 sur des chiffres doublés en alternance) protège les numéros de carte, l'ISBN-13 utilise des poids alternés de 1 et 3, et l'IBAN utilise la méthode MOD 97-10 de la norme ISO/IEC 7064 avec deux chiffres. Ces méthodes détectent les erreurs sur un seul caractère et la plupart des transpositions de caractères adjacents, mais jamais un identifiant erroné qui reste néanmoins valide.
-
Mises à jour de statut d'incident : un modèle et une cadence
Pendant un incident, une seule personne est responsable de la communication et publie des mises à jour selon un calendrier fixe à partir d'un modèle : statut, impact visible pour les utilisateurs, ce qui est connu, ce qui est fait, et l'heure de la prochaine mise à jour ; la mise à jour est publiée à l'heure prévue même lorsque rien n'a changé.
-
Faire concorder les normal maps en espace tangent avec le moteur de rendu
Diagnostiquer les coutures des normal maps en vérifiant l'encodage, la handedness des tangentes, la triangulation du maillage et la cohérence entre les transformations du bake et celles du rendu.
-
Structure MIME d'un e-mail : multipart/alternative, la partie texte brut et les encodages
Un message combinant texte et HTML est un multipart/alternative dont les parties sont ordonnées de la plus sobre à la plus riche (text/plain en premier, text/html en dernier) ; les corps contenant des octets non-ASCII utilisent quoted-printable ou base64, et les en-têtes utilisent les mots encodés de la RFC 2047. Générer la partie texte à partir des mêmes données que le HTML, échapper les variables, et respecter les limites de longueur de ligne.
-
Traversée de répertoires à l’écriture via MCP : confinement du coffre notebook et périmètre d’Ansible Lightspeed
Une injection indirecte de prompt peut orienter un outil d’écriture de fichiers hors de son répertoire de sortie prévu. Le correctif MCP de notebook exige une racine de coffre explicite, tandis que l’avis Ansible Lightspeed signale un problème d’extension sans confirmer de plage de versions corrigées.
-
Disjoncteurs (circuit breakers) : échouer rapidement quand une dépendance est en panne ou lente
Un disjoncteur compte les échecs et les appels lents vers une dépendance ; au-delà d'un seuil, il s'ouvre et rejette immédiatement les appels, puis laisse passer quelques appels d'essai (état semi-ouvert) avant de se refermer. Il protège les threads de l'appelant et laisse à la dépendance de la place pour se rétablir, mais seulement avec des fenêtres bien choisies, un repli (fallback) et un délai d'expiration sous-jacent.
-
Chemins de fichiers avec pathlib
pathlib.Path représente les chemins comme des objets dotés d'une jonction, de composants, d'une gestion des suffixes et d'utilitaires d'entrée-sortie, ce qui évite les bugs liés à la concaténation de chaînes ; resolve() et relative_to() rendent explicites les vérifications d'appartenance à un répertoire.
-
Normes de communication asynchrone pour les équipes distribuées
Des normes écrites précisent quel canal doit véhiculer quel type de message, la rapidité de réponse attendue, ce qui compte comme urgent, et où sont consignés les résultats ; le message lui-même commence par la demande, porte son propre contexte, et est suffisamment complet pour qu'un lecteur situé dans un autre fuseau horaire puisse agir sans question de suivi.
-
Autorisation MCP 2026-07-28 : vérification de l'émetteur et évolution de l'enregistrement des clients
Cette révision renforce la validation de l'émetteur des réponses d'autorisation, lie les identifiants d'enregistrement stockés à leur émetteur et déprécie Dynamic Client Registration. Les Client ID Metadata Documents étaient déjà recommandés dans la révision précédente.
-
Chez les ingénieurs découvrant Rust, le temps d'attente des builds dépasse les erreurs du borrow checker comme principale friction consignée dans les deux premiers mois
Hypothèse : les erreurs du borrow checker dominent la friction que les ingénieurs découvrant Rust consignent au cours de leurs premières semaines, mais leur part diminue rapidement, tandis que les entrées portant sur l'attente des builds (malgré cargo check, que la documentation de Cargo décrit comme sautant la génération de code et donc plus rapide que cargo build) augmentent et deviennent la catégorie la plus importante en l'espace de deux mois ; un test proposé fondé sur un journal de friction, sans résultat avancé.
Lisible par machine : JSON