Récemment, j'ai participé à un meetup dans les locaux d'un grand hébergeur français connu pour son manque de support de l'IPv6. Forcément, je n'ai pas pu résister à l'idée d'aller troller discuter avec notre hôte sur ce sujet. C'est alors que, de la manière la plus innocente du monde, ce dernier m'a demandé pourquoi est-ce que j'ai besoin de l'IPv6 alors que l'IPv4 fonctionne très bien. Du coup, vu qu'il existe encore de nombreuses personnes qui, comme lui, pensent que l'IPv6 n'est rien de plus qu'un caprice de geek, je publie ici les raisons qui, personnellement, me marquent le plus.

Un des premiers choix que l'on doit faire est sans aucun doute de choisir un appareil adapté à nos besoin. C'est un vrai problème car le choix est énorme et il y en a de toutes sortes, dans toutes les gammes de prix. Déjà mettez vous un truc bien dans la tête de manière ferme et définitive : le nombre de megapixels, on s'en fiche totalement (sauf si l'on fait des affiches publicitaires de 4x3 ou tout autre utilsiation très spécifiques). Maintenant que vous avez bien compris ce point, on peut classer les appareils photo dans deux catégories :

Dans un précédent article, nous avions vu comment se faire une carte à puce OpenPGP. L'utilisation de cette dernière étant bien plus complexe qu'il n'y parait, un nouvel article s'impose afin d'éviter les embûches.

L'électricité est un élément de notre quotidien qui peut, si les mesures élémentaire de protection ne sont pas respectées, s'avérer dangereux voir parfois mortel. C'est pour éviter des drames que les normes sont contraignantes et évoluent régulièrement. Mais en plus de ces normes et obligation divers, nous pouvons également individuellement améliorer nos comportements.

Si vous hébergez vos projets sur GitHub ou GitLab, vous avez certainement envie d'utiliser l'outil de wiki intégré pour documenter vos projets. Malheureusement, de base il ne prévoit pas d'option pour l'édition communautaire. Voyons comment remédier à cela.

Régulièrement je vois mes amis poster sur Facebook des messages de détresse dont ils se seraient volontiers passé.

Comme tout photographe le sais, les images contiennent, en plus de ce qui est nécessaire pour les afficher, des métadonnées qui permettent d'avoir des informations sur l'image en question. Ces données peuvent contenir énormément d'informations, par exemple le modèle de l'appareil photo, le temps d'exposition, la version du logiciel de retouche d'images et bien d'autres encore. Nous allons ici nous intéresser à l'édition des métadonnées des images jpeg à l'aide des outils jhead et exif.

Vous connaissez la blague « Un vrai geek, c'est un mec qui croit que dans 1 km, il y a 1024 mètres. » ? Et bien en fait un vrai geek sais très bien que c'est faux et ne supporte pas d'être associé à une pareille erreur.

Assez régulièrement j'entends parler et parle moi même de l'optimisation des programmes, bien entendu à chaque fois ce genre de discussion débouche sur un bon nombre de petites « astuces » ou « hack » destinés à grappiller quelques mili ou micro secondes. Bien au delà de toutes ces techniques divers et variées qui ne sont bien souvent même pas perceptibles, je vous propose ici une démonstration par l'exemple de la règle d'or de l'optimisation d'un programme. Les différents codes d'exemple sont écrits en C ANSI, mais le propos reste vrai pour tous les langages de programmation.

Étant immergé aussi bien dans l'univers du logiciel libre que de la photographie amateur, je ne peux que constater une chose : le plupart des autres photographes amateurs ont peur qu'on leur « vole » leur travail et s'empressent de restreindre tout droit d'utilisation de leurs photographies. Lorsque l'on est libriste, un tel constat ne peux que rendre triste. Cependant, je comprend parfaitement cette inquiétude et je l'ai moi même ressentie lorsque j'ai débuté en programmation. Voici pourquoi aujourd'hui je publie cet article dont le but est de sensibiliser mes collègues photographes amateurs à la philosophie du libre.

Il est rare que j'ai besoin d'écrire une lettre, mais quand je dois le faire j'ai envie que ce soit propre et en respect avec les conventions établies de longue date. Du coup, au lieux de faire comme mes contemporains pressés qui sortent leur éditeur graphique et se mettent à rédiger ce qui ressemble plus ou moins à une lettre, j'ai opté pour la rigueur et le professionnalisme de LaTeX qui propose un paquet spécifiquement dédié aux lettres françaises. Car oui, en France les conventions sont différentes que, par exemple, dans les pays anglo-saxons.

Et oui, c'est un cas avéré, PHP est bien mal conçu sur certains points. Voici quelques uns des effets indésirables qui peuvent engendrer de jolis bugs si l'on y fait pas attention. Si vous avez d'autres jolis exemples de ce genre, n'hésitez pas à me les faire parvenir.

Contrairement aux versions précédentes qui nécessitaient l'utilisation d'une extension (Enigmail), Thunderbird 78 supporte nativement OpenPGP. Cependant, cette nouvelle intégration n'est pas sans conséquences sur certains usages que l'on pouvait avoir, en particulier le cas des cartes à puce OpenPGP.

Il y a quelques jours, sortait la très attendue version 5.4.1 d'OpenSMTPD. Cette nouvelle version se distingue de son aînée au travers de grosses modifications de la grammaire du fichier de configurations, cassant ainsi la compatibilité avec les versions précédentes (bonus: mon tutoriel a été mis à jour). Bien que casser ainsi la rétro-compatibilité ne soit pas toujours ni souhaitable ni apprécié, dans le cas présent c'était la seule manière d'éliminer de gros défauts. Et ça paye : OpenSMTPD est maintenant encore plus simple à configurer. Bref, voici une courte sélections des changements que je trouve les plus significatifs.

Vous souvenez-vous de votre vieux modem dit « 56k » ? Vous ne vous en servez probablement plus à l'heure actuelle, mais ce n'est pas grave, je vais vous raconter ici son terrible secret : le 56kbps (kilo bits per seconds) n'existe pas, enfin pas vraiment.

S'il y a une chose très importante que beaucoup méconnaissent au sujet du C, ce sont bien les flux. S'il est tout à fait normal que cette notion soit tout à fait inconnue à un débutant, il lui faudra un jour la découvrir. On notera également que plusieurs grandes écoles d'informatiques qui enseignent pourtant le C comme langage principal oublient totalement d'enseigner les flux à leurs élève. Ces dernières font ça par pédagogie, ce qui est totalement justifié dans leur programme afin de ne pas embrouiller l'élève. Cependant, le fait qu'elles n'en parlent pas du tout durant la scolarité de l'étudiant me semble être grave. Qu'importe, ce post est justement là pour palier à cette lacune.

Les API REST, souvent basées sur du JSON transporté par HTTP, sont à la mode depuis bien longtemps. Et lorsque l'on en développe une, il est bien normal de vouloir authentifier les clients qui réalisent des requêtes. Pour cela beaucoup de solution existent, mais malheureusement toutes ne se valent pas. Nous verrons ainsi une première solution simple, sinon simpliste, puis une seconde solution qui, tout en restant simple, se trouve être bien plus robuste.

Cette semaine, afin de répondre à un besoin bien précis, j'ai participé (avec grand succès !) à ma toute première vente aux enchères. C'est un moment que j'ai trouvé particulièrement intéressant et je ne peut m'empêcher de vous partager tout ce que j'ai appris de cette expérience nouvelle. Accrochez-vous car il y a énormément de choses à connaître si l'on souhaite y participer.

Il existe des code (généralement mais pas exclusivement en deux lettres) afin de désigner les langues et les pays. Ces derniers sont tout deux très utilisés et relativement intuitifs... mais il existe des pièges.

Il existe deux moyens pour obtenir (presque) uniquement des avis positifs de la part de ses utilisateurs ; soit vous vous investissez à fond afin de proposer un service irréprochable, soit vous empêchez les dits utilisateurs de se plaindre. La SNCF a choisi cette seconde option.

Il existe de nombreuses manières d'utiliser git, certains étant plus adaptées que d'autres dans certaines situations. Nous verrons ici une méthode générique bien connue qui fonctionne dans la plupart des cas. Il est à noter que cet article s'adresse principalement à un public débutant avec git ou n'ayant jamais pris le temps de vraiment s'y intéresser.

Toute personne un temps soit peu versée dans la sécurité informatique le sait : il ne faut sous aucun prétexte stocker un mot de passe en clair. À la place, les applications (web ou non) stockent une empreinte numérique de ce mot de passe. Ainsi, lorsque vous vous connectez avec votre mot de passe, l'empreinte de ce dernier est calculée et, si elle correspond à l'empreinte enregistrée pour votre compte, la connexion s'effectue. Ces empreintes sont plus communément appelés des « hash ». Dans ce billet, nous nous intéresseront spécifiquement au stockage des mots de passe des comptes utilisateurs des systèmes de type UN*X.

Tout autant célèbre par sa puissance que par sa complexité d'emploi, OpenPGP est une référence en matière de chiffrement et d'authentification. S'il a tendance a être assez faiblement utilisé pour la sécurisation des emails, il reste cependant très populaire pour la signature de fichiers, en particulier des paquets pour différentes distributions GNU/Linux. Personnellement je l'utilise quotidiennement par l'intermédiaire de pass, un gestionnaire de mots de passe se basant dessus. Considérant donc ma clé privée OpenPGP comme un élément central de ma sécurité informatique, je me suis souvent demandé comment la conserver en sécurité tout en l'utilisant sur plusieurs terminaux dont parfois la confiance est relativement réduite (téléphone portable). C'est là que j'ai découvert les cartes OpenPGP…

Afin de gérer mes mots de passe et autres données sensibles, j'ai choisi d'utiliser un logiciel spécialisé : pass. En quelques mots, c'est un script bash qui utilise GnuPG pour stocker vos mots de passe de manière chiffrée.

Comme vous le savez très certainement, la nuit dernière il s'est produit la plus longue éclipse lunaire totale du XXIème siècle. Bien entendu, je suis sorti avec mon appareil photo pour immortaliser l'événement.

IPv6, ça fait des années que tout le monde en parle, ça apporte plein de bonnes choses, mais on y migre que très lentement. Il faut dire que j'ai toujours détesté les différents guides que j'ai trouvé. Ces derniers étaient soit d'un niveau débutant et n'expliquaient que ce que je savais déjà, soit destinés aux experts et je n'y comprenais rien. Du coup voici comment j'ai mis en place IPv6 sur ma dedibox tournant sous Arch Linux.

Le 26 octobre 2018 sortait OpenSMTPD 6.4.0, suivie le 16 décembre d'un correctif, OpenSMTPD 6.4.1. Tout comme la version 5.4, elle se distingue par une importante refonte du fichier de configuration. Bien entendu, une fois de plus, mon tutoriel sur la mise en place d'un serveur email a été mis à jour pour tenir compte de cette évolution.

Si les emails sont quelque chose de courant sur internet, la mise en place d'un serveur d'emails n'est pas quelque chose de trivial. On trouve donc de nombreux tutoriaux sur le net, plus ou moins fiable, plus ou moins complets et plus ou moins obsolètes. Chacun ayant une manière de faire et ses logiciels préférés, voici la mienne.

Il existe bien des manières de configurer son serveur web sans qu'une soit nécessairement meilleure que les autres. Mais parce que l'on me demande régulièrement des conseils sur ce sujet et que je veux bien aider mais pas me répéter, j'explique ici ma manière de voir les choses. Copiez, modifiez, inspirez-vous, critiquez, c'est open-bar.