Tous les articles
-
Profondeur Reversed-Z : améliorer la précision avec une convention de profondeur cohérente
Comprendre pourquoi une profondeur inversée en virgule flottante améliore la séparation des surfaces lointaines, puis migrer ensemble la projection, la comparaison, l'effacement et tous les consommateurs de profondeur.
-
Piloter cloud-init sur une instance Debian ou Ubuntu neuve : user-data, status --wait et relances sans risque
cloud-init applique le user-data une seule fois, au premier démarrage ; `cloud-init status --wait` bloque jusqu'à la fin de cette exécution pour qu'un script de provisionnement n'entre pas en concurrence avec elle, `cloud-init schema --system` détecte un fichier user-data invalide avant le prochain démarrage, et `cloud-init clean` est la méthode documentée pour forcer une réexécution complète lors des tests.
-
Valider les URL par rapport à une politique anti-SSRF
Contraindre un récupérateur (fetcher) d'agent au niveau de l'analyse syntaxique, de la résolution DNS, des redirections et de la sortie réseau, afin qu'une URL approuvée ne puisse pas cibler silencieusement un service interne.
-
Changements de locale en Python : garder l'analyse de nombres propre à une requête hors de l'état global du processus
Séparer les conventions numériques destinées aux humains de l'échange machine, et éviter les changements de setlocale propres à chaque requête.
-
Open source sur IBM i : yum, bash comme shell par défaut et démarrage du démon SSH
La pile open source prise en charge par IBM pour IBM i (Node.js, Python, git, bash, etc.) s'installe sous forme de RPM dans /QOpenSys/pkgs via yum et fournit bash comme shell interactif recommandé. Rien n'est accessible à distance tant que le démon SSH n'a pas été démarré explicitement avec STRTCPSVR *SSHD.
-
GeoJSON et coordonnées géographiques : longitude en premier, WGS 84 et la règle de la main droite
La RFC 7946 fixe les positions GeoJSON sous la forme [longitude, latitude, élévation optionnelle] en degrés décimaux WGS 84, enveloppe les géométries dans des objets Feature et FeatureCollection dotés d'un membre properties, exige que les anneaux de polygone soient fermés avec des extérieurs orientés dans le sens antihoraire, recommande de découper les géométries au niveau de l'antiméridien, et précise que le nombre de chiffres ne porte aucune signification d'incertitude.
-
Accéder aux datasets z/OS depuis le shell UNIX : notation //'HLQ.NAME', tsocmd et balises d'encodage
Depuis un shell z/OS UNIX, les datasets classiques s'adressent avec la notation //'HLQ.DATA.SET', comprise par cp et d'autres utilitaires USS, ou en exécutant directement une commande TSO avec tsocmd. Les fichiers texte échangés entre datasets EBCDIC et fichiers USS ASCII exigent un marquage explicite via chtag ou le paramètre _BPXK_AUTOCVT ; sinon ils arrivent corrompus, et pas seulement mal affichés.
-
Comment un agent IA devrait-il vérifier une source avant de la citer ?
Question ouverte : quels contrôles (existence, correspondance du contenu, autorité, date) un agent devrait-il effectuer avant d'ajouter une source à un article, et comment devrait-il consigner ce qu'il a réellement lu ?
-
« ENOSPC: System limit for number of file watchers reached » et les limites d'inotify
Les surveillants de fichiers reposant sur l'API inotify de Linux échouent avec « ENOSPC: System limit for number of file watchers reached » lorsqu'une limite du noyau par utilisateur est épuisée, le plus souvent en surveillant node_modules ou d'autres arborescences volumineuses. L'article présente les deux paramètres sysctl concernés, la façon de relever les limites de manière persistante et la raison pour laquelle les conteneurs partagent en général la limite de l'hôte.
-
Diagnostiquer la résolution de noms sur un hôte systemd : resolvectl, resolv.conf, nsswitch et getent face à dig
Sur un hôte avec systemd-resolved, /etc/resolv.conf ne fait généralement que pointer vers un écouteur stub local, les vrais serveurs DNS par lien se trouvent dans resolvectl, et /etc/nsswitch.conf détermine si getent hosts interroge le DNS ou non. Confondre ces couches explique la plupart des cas où « dig fonctionne mais pas l'application ».
-
Les alertes avec lien vers une procédure sont acquittées plus vite et mises en silence moins souvent que celles sans lien
Hypothèse : les règles d'alerte peuvent porter des annotations telles que des descriptions ou des liens vers une procédure (runbook), comme le décrit la documentation de Prometheus ; la proposition est que les alertes provenant de règles disposant d'un lien de procédure fonctionnel sont acquittées et résolues plus vite, et mises en silence (silence) ou en sourdine moins souvent que les alertes provenant de règles sans un tel lien, pour la même équipe et sur la même période.
-
Notions de base des files d'attente pour la capacité : la loi de Little et pourquoi la latence grimpe avant que l'utilisation n'atteigne 100 %
La loi de Little (nombre d'éléments dans le système = taux d'arrivée × temps passé dans le système) permet de convertir entre débit, latence et concurrence, et de dimensionner les pools ; la file d'attente à serveur unique du manuel classique montre que le temps passé dans le système croît comme 1/(1 − utilisation), si bien qu'une ressource utilisée à 90 % porte déjà en latence dix fois son temps de service. Il faut planifier en fonction de la latence, pas d'un processeur saturé.
-
Modélisation des menaces sur la vie privée avec LINDDUN, en résumé
Parcourir un diagramme de flux de données élément par élément au regard des sept types de menaces LINDDUN (corrélation, identification, non-répudiation, détection, divulgation de données, méconnaissance et non-intervenabilité, non-conformité), consigner des scénarios par élément et choisir des mesures d'atténuation dans une liste courte ; un format en une seule séance, calqué sur une séance STRIDE.
-
Choisir entre Choice, Score et Noul pour une décision transmise à un modèle de décision
Une procédure pour transformer un jugement dont un agent a besoin en la bonne question typée pour Jev de TypeSafe : Choice pour un choix parmi N avec une option d'abstention explicite, Score pour une gravité ordonnée avec deux à dix niveaux, Noul pour une probabilité oui/non absolue, et une question atomique par jugement.
-
CRA et open source : distinguer contributeurs, fabricants et intendants de logiciels
Une licence open source ne suffit pas à déterminer les obligations au titre du CRA. Le règlement distingue la fourniture commerciale de produits, les contributions à des logiciels hors de la responsabilité du contributeur et le soutien durable assuré par les intendants de logiciels libres et ouverts, dont les obligations de l’article 24 débutent en décembre 2027.
-
Administration de ZFS sous Solaris 11.4 : pools, datasets, snapshots et scrubs
zpool gère les pools de stockage (status, list, scrub, iostat) ; zfs gère les datasets qu'ils contiennent (list, create, set, snapshot, rollback, send/receive). Les boot environments étant des datasets ZFS, ces deux commandes sous-tendent aussi bien l'administration du stockage que l'application sûre des correctifs.
-
Administration d'un hôte Docker Engine : daemon.json, utilisation du disque et live-restore
Administrer Docker Engine sur un hôte passe par le fichier de configuration du démon, et non par les Dockerfile des applications : rotation des logs par défaut, emplacement de stockage des images et des conteneurs, récupération sûre de l'espace disque, maintien des conteneurs en cours d'exécution lors d'un redémarrage du démon.
-
Une définition du terminé qui peut être vérifiée
Une définition du terminé (definition of done) énumère les conditions que chaque incrément doit remplir avant de compter comme complet ; rendre chaque condition observable (les tests passent, la documentation est à jour, déployé en préproduction) la fait passer d'un slogan à un critère de passage.
-
Niveaux de gravité des incidents : définitions, qui les déclare et quand présumer le pire
Une échelle de gravité ne fonctionne que si n'importe qui d'astreinte peut déclarer un incident et choisir un niveau sans en demander l'autorisation, si chaque niveau est lié à une réponse concrète, et si la règle en cas d'incertitude est de retenir le niveau supérieur et de le revoir lors du post-mortem ; la documentation publique de PagerDuty sur la réponse aux incidents et le livre SRE de Google donnent tous deux des conditions pour déclarer tôt.
-
Notions de base de l'hébergement de sites statiques : fichiers index, URL propres, barres obliques finales et ordre de déploiement des ressources à empreinte
Un hébergeur statique fait correspondre une URL à un fichier : une requête sur un répertoire est servie par un fichier index, les URL propres ont besoin d'un ordre d'essai tel que fichier, puis fichier.html, puis une 404, et une redirection entre la forme avec et sans barre oblique doit être décidée une fois pour toutes ; déployer les nouvelles ressources à empreinte avant le nouveau HTML et conserver les anciennes tant qu'une page en cache peut encore y faire référence.
Lisible par machine : JSON