Il est évident qu’un tel « attentat » va à l’encontre des conditions d’utilisation de GitHub.

Heuuu, j’ai jamais lu les conditions d’utilisations de GitHub, mais le fait de modifier son propre code et de publier cette modification va à l’encontre des conditions de GitHub ? o____O

Le pauvre mec a modifié son code et pousser sur son repo hébergé par Github, rien de plus. Si derrière son code est utilisé sans tests ni rien c’est pas son souci et je doute que ça puisse aller à l’encontre de quelque CGU que ce soit.

Tout à fait d’accord, je vais ajouter une section ajout de macros LaTeX et séparer la template en deux fichiers, le contenu de la facture et les macros

Merci pour ton retour pertinent

PS: l’intention de cet article est de montrer qu’on peut arriver à une mise en forme de facture satisfaisante avec peu de code

Latex est très bien pour faire ce genre de chose, le problème est qu’il n’oblige pas à séparer le fond de la forme. Dès lors que l’on retrouve du texte qui se mélange avec des commandes latex, c’est qu’on a manqué quelque-chose. Bien sur, cela fonctionne et le résultat est là, mais ça n’est pas maintenable : on est obligé d’aller modifier le “code latex” si l’on veut modifier le document, et pire, si l’on veut apporter une correction sur le modèle, on est obligé d’aller modifier tous les fichiers dont il est dérivé (alors qu’en faisant un \input{mon_template.tex} en début de fichier on peut versionner le template et le mettre à jour indépendament du document)

Aujourd’hui, je suis partisant d’une séparation complète entre :

• le texte (qui peut etre généré à l’aide d’un langage de balisage — avec une sortie Latex)
• le template latex (qui se présente sous la forme de macro latex qui viennent s’appliquer qui sont appelées à partir du texte).

C’est comme le code, on peut choisir de tout coder dans le main… mais c’est plus propre de séparer les classes :)

J’ai vraiment que le web3 c’est juste une idée de gugusse qui font de la cryptomonnaie et qui n’y voit qu’un éventuel nouveau moyen de se faire du pognon. Le minage de crypto monnaie devient impossible pour un nouvel entrant sans d’importants fonds, les NFT n’ont probablement pas d’avenir à plus ou moins long terme du coup ils trouvent un nouveau moyen de créer du pognon avec du vent et c’est leur nouvelle idée.

Ouai j’en ai pas une bonne opinion…

Ubuntu avec flatpak plutôt que snap, ça fait rêver !

C’est rarissime d’avoir un modèle économique basé sur un logiciel libre, GPL. On voit l’importance de la politique pour cela.

Personnellement, je ne vois pas l’intérêt à part ajouter un risque sécurité. Chimrod a raison d’être prudent. D’autant plus que si je comprends bien le programme, il laisse des connexions ouvertes.

Pour sécuriser mes démons ssh je fais :

• changement de port
• liste très resteinte d’utilisateur autorisé à se connecter (1 voir 2)
• certificat

Avec ça on est déjà à l’abri de pas mal de choses.

Et si on veut aller plus loin, on ajoute du port knocking pour eviter les vulnérabilités liés au démon ssh lui-même.

Je comprend le principe, mais avant de laisser tourner un service sur le port 22, je préfère qu’il soit audité avant ! Aujourd’hui il est tellement facile de glisser une faille exploitable dans un code C, j’assume clairement être incapable de savoir si parmi les 800 lignes de code, il n’y a pas une porte ouverte !

D’hab je vais ça, si par exemple le volume fait 10G

dd bs=4M if=/dev/source | pv -s 10G -pe | dd bs=4M of=/dev/dest

Peux-tu partager ton usage de pv et dd ?

Très pertinent, surtout la partie W^J.

Retour intéressant. J’admire l’humilité de ce partage.

En tant que dév depuis plus de 15 ans, je trouve que les dévs doivent aussi être humble envers les Ops. Il ne suffit pas que le code soit beau, architecturé, maintenable. Encore faut-il aller jusqu’au bout et rendre le logiciel déployable, exploitable, observable, utilisable. Peu de développeur y pensent.

Suffit pas que mypy soit content.

Parfois, le plus court, le plus simple, est aussi efficace. Pourquoi s’étaler sur un outil qui est simple comme ça ? Si ça ne vous satisfait pas, pas de soucis, passez votre chemin :)

En effet, désolé. L’article est tellement succinct, que ce soit pour la présentation que pour l’installation que je vois mal quel titre il aurait fallu lui donner.

En quoi le titre est-il trompeur ? FreshRSS permet bien de suivre des flux RSS non ? L’article est une présentation succincte du logiciel et de son déploiement. Pourquoi Docker ? Pour séparer l’application du système et des autres applications hébergées. C’est un peu la ligne directrice du blog. Libre à vous de l’installer comme vous voulez.

Mouaif, un peu trompeur ce titre, pi pourquoi Docker bordel?

à noter qu’on peut faire la même chose avec xscreensaver.

pv est super pratique ; je l’utilise fréquemment sur des opérations de dd pour connaitre l’avancée d’un transfert. C’est bon à savoir qu’on puisse faire le même genre sur mysql.

top merci

l’utilisation de Makefile/TaskFile est très à la mode, mais souvent un script shell fait la même chose en plus simple.

case $1 in
    build)
        docker build ... ;;
    clean)
        rm ... ;;
    help)
        grep ")$" "$0" ;;
esac

avantages :

• la syntaxe est connue de tout le monde
• pas d’outil tiers
• gestion des variables
• gestion des arguments