J’ai cherché pendant des heures un bon tutoriel pour montrer comment importer une autorité de certification personnelle dans son navigateur et je n’ai strictement rien trouvé qui soit simple et compréhensible pour le premier venu.
Vu que je dois le faire pour mon projet présent à ♠️ et comme c’est d’utilité publique, autant le faire ici !
Ce billet sera donc divisé en quatre parties :
Il est 3h47, je n’arrive pas à dormir, c’est donc le meilleur moment pour écrire quelque chose sur un blog qui n’a pas reçu de mise à jour depuis plus de quatre ans non ?
Autant prévenir d’avance, ce billet est plus une introspection qu’autre chose. Comme, par définition, une introspection est totalement dépendante du sujet, il va falloir du contexte … Beaucoup de contexte x)
Continuer la lecture
Je suis tombé ce matin sur cet article via un tweet de @nixcraft (que je vous conseille chaudement de suivre).
Il met en lumière que la version de git présente sur El Capitan, dernière version en date du système d’exploitation des ordinateurs de la marque Apple, n’est pas à jour et permet d’exécuter du code arbitraire, ce qui n’est pas top du point de vue de la sécurité.
Il dénonce également le système de protection ajouté dans El Capitan (nommé SIP) qui empêche l’utilisateur, même avec les pouvoirs du super utilisateur (root), de modifier les fichiers systèmes, notamment le binaire git défaillant.
Cependant, ce qu’il oublie de dire, c’est qu’il y a un moyen d’avoir son binaire git à jour, même avec SIP, sans avoir à faire de manipulations compliquées et sans mettre le système en danger en désactivant SIP.
Ce moyen, c’est Homebrew, et il fait bien plus que ça.
Continuer la lecture
Je viens de finir de regarder EQG3 et je l’ai particulièrement bien apprécié. Cela n’est cependant pas unanime et autour de moi, le film se résume à « meh ».
Mais je peux comprendre la grogne et ce qui va suivre ne sont que de pures spéculations de faux fan, ou plutôt, de « fan casual ».
Pour pouvoir exposer mes élucubrations, je vais devoir décortiquer le film. Alors avant de continuer, fermez EQD et allez voir le film, puis revenez ici ensuite 😉
Travaillant sur un vieux projet PHP, j’ai été confronté à de vieux fichiers cradingues encodés en UTF-8 AVEC BOM, posant des problèmes d’affichages et de redirections.
Le BOM, si vous ne savez pas ce que c’est, c’est un caractère se situant généralement en début de fichier servant à déterminer en quel type d’UTF est encodé un fichier (UTF-8, 16, 32, autres ?). Ce marqueur n’étant pas nécessaire en UTF-8, il nous pose plus de problèmes qu’autre chose et l’on a pour habitude de l’omettre.
Après quelques recherches, je suis tombé sur des bouts de scripts sur le forum d’Ubuntu, mais ils modifient tous les fichiers présents. J’ai des fichiers encodés en latin9 parmi ceux à corriger, mon but n’est pas de les changer :-/
Du coup, je me suis créé un script bash qui cherche et corrige seulement les fichiers présentant cette particularité, le voici :
#!/bin/bash
FROM=UTF-8
TO=UTF-8
ICONV="iconv -f $FROM -t $TO"
BASEDIR=${1:-.}
# Convert
grep -rl $'xEFxBBxBF' "$BASEDIR" | while read fn;
do
$ICONV "$fn" > "$fn".bak
awk '{if(NR==1)sub(/^xefxbbxbf/,"");print}' "$fn".bak > "$fn"
rm "$fn".bak
echo "$fn"
done
Un petit chmod +x sur ce script, vous l’exécutez en passant en paramètre le dossier contenant les fichiers à fixer et c’est fini 😀