L’auteur, Filipe Silva, défend PHP après 15 ans d’expérience, soulignant que les critiques courantes (incohérence de la bibliothèque standard, modèle stateless, absence d’asynchrone) sont souvent dépassées. Il rappelle que PHP a évolué depuis 1994, avec des versions majeures (PHP 7, 8) ayant introduit des performances accrues, des fonctionnalités modernes (typage, JIT) et une meilleure compatibilité avec les bonnes pratiques architecturales.

Concernant la bibliothèque standard, Silva reconnaît son manque d’uniformité historique, mais note que les incohérences sont progressivement corrigées, malgré la priorité donnée à la rétrocompatibilité pour éviter de perturber l’écosystème web. Le modèle stateless, bien que limitant pour certaines architectures, élimine par conception des erreurs courantes liées à la mémoire, offrant ainsi une stabilité structurelle.

Ce tutoriel explique comment réinitialiser intégralement les disques d’une machine Linux avant une réinstallation ou un reconditionnement. L’auteur détaille d’abord l’identification des disques et partitions avec lsblk, puis la suppression des configurations RAID résiduelles via mdadm et sgdisk. Il souligne que wipefs ne supprime que les métadonnées, laissant les données accessibles, contrairement à shred qui les efface définitivement en plusieurs passes aléatoires.

L'auteur critique le format Conventional Commits, un standard populaire pour structurer les messages de commit Git, qu'il juge inefficace et contre-productif. Selon lui, ce format met l'accent sur le type de commit (comme fix ou feat) au détriment du scope (la partie du code concernée), alors que ce dernier est bien plus utile pour les développeurs, les débogueurs ou les équipes en réponse aux incidents. Le scope permet de localiser rapidement les changements pertinents dans l'historique, contrairement au type, souvent redondant ou trop restrictif.

L'article souligne que le scope devrait être obligatoire et placé en tête du message, car il répond aux besoins concrets des contributeurs, des débogueurs et des équipes de maintenance. À l'inverse, le type est jugé superflu, car le libellé du commit suffit généralement à en déduire la nature. L'auteur dénonce ainsi une priorisation inversée dans le standard, qui complique plutôt que simplifie la compréhension de l'historique des modifications.

L’article explique comment vérifier l’état de santé d’un disque dur sous Linux à l’aide de l’outil smartctl, intégré au paquet smartmontools. L’auteur détaille la procédure sur un système live (comme GRML), en utilisant des commandes comme lsblk pour identifier le disque et smartctl pour exploiter les données SMART, un système de surveillance embarqué dans la plupart des disques.

L’auteur illustre la méthode avec un exemple concret : après avoir repéré le disque (/dev/sda), il vérifie d’abord sa compatibilité SMART avec smartctl --health --info, puis lance un test rapide (--test short) dont la durée est estimée via --capabilities. Les résultats, affichés avec --log selftest, permettent de confirmer l’absence d’erreurs avant une éventuelle utilisation.

Si les tests courts sont concluants, un test long (--test long) peut être effectué pour une analyse plus approfondie, bien que plus longue (jusqu’à 56 minutes). L’article souligne l’utilité de privilégier les options longues (--health au lieu de -H) pour une meilleure lisibilité des commandes.