J’aime beaucoup cette chaîne EICAR, car ce texte est en fait un programme DOS, qui utilise des techniques d’obfuscation de code afin de ne contenir que des caractères affichables.
La première pierre me semble d’être de mettre le code sur GitHub (par exemple) avec une licence libre en expliquant bien l’outil, ce qu’il fait, ce qu’il ne fait pas, la roadmap.
Le truc de base comme si tu lançais un nouvel outil quoi. Ça te prend un temps minimum (mais incompressible) et tu vois ensuite si tu as encore des forces pour faire davantage (souffler sur la braise) et si le projet commence à intéresser d’autres personnes.
Étant donné que nous sommes FR, ça serait vraiment mieux de restituer les liens FR quand ils existent, ce qui est le ca !
(cf, ma précédente réponse) :p
Concernant l’article d’Abyss Project, l’auteur nous a habitué à des articles de meilleures qualités. C’est dommage !
J’ai fait la mise-à-jour hier de mon serveur qui était à la base un Stretch passé en Buster et il est indispensable de bien lire tout l’article et d’appliquer ce qui est écrit.
J’ai eu quelques effets de bords décrits dans l’article de Debian (unbound notamment) et d’autres qui ne sont pas énoncés liés à LXC :)
A part cela, ras et un gain de 500 mo de RAM sur 2.5 GO utilisé, cela fait plaisir.
En complément car l’article est vraiment light, le document réalisé par Debian pour connaître les effets de bords potentiel et les changements à connaître.
Salute,
Il n’y a pas de charte d’utilisation, la marque “contenu payant” suffit en général à indiquer que les articles payants sont autorisés.
Tcho !
J’avoue ne pas avoir lu la charte d’utilisation du site, mais les articles derrière paywall sont autorisés ?
comme quoi les bonnes notes, ça ne fait plaisir qu’aux profs… :D
Salute,
https://fr.wikipedia.org/wiki/BigBlueButton
Tcho !
C’est quoi bigbluebutton? :-)
J’aime beaucoup cette chaîne EICAR, car ce texte est en fait un programme DOS, qui utilise des techniques d’obfuscation de code afin de ne contenir que des caractères affichables.
Une analyse (en anglais) : https://blog.nintechnet.com/anatomy-of-the-eicar-antivirus-test-file/
Salute,
Exceptionnellement je vais laisser ton info mais on n’accepte pas les repos en “infos” sur le Jdh. La prochaine fois ce sera modéré.
Tcho !
Tu devrais t’inspirer de plausible, ils ont pas mal écris sur leur blog au sujet du choix d’être open source de leur licence etc :) https://plausible.io/blog/building-open-source https://plausible.io/blog/open-source-licenses
Yo,
La première pierre me semble d’être de mettre le code sur GitHub (par exemple) avec une licence libre en expliquant bien l’outil, ce qu’il fait, ce qu’il ne fait pas, la roadmap.
Le truc de base comme si tu lançais un nouvel outil quoi. Ça te prend un temps minimum (mais incompressible) et tu vois ensuite si tu as encore des forces pour faire davantage (souffler sur la braise) et si le projet commence à intéresser d’autres personnes.
Tcho !
Good qu’un article parle de cette killer feature mais le plus important à garder à l’esprit c’est que mod_md est encore expérimental (pas stable).
Tcho !
Annonce effectuée sur le forum Debian-fr :
“Joyeuse et belle journée”
Étant donné que nous sommes FR, ça serait vraiment mieux de restituer les liens FR quand ils existent, ce qui est le ca ! (cf, ma précédente réponse) :p
Concernant l’article d’Abyss Project, l’auteur nous a habitué à des articles de meilleures qualités. C’est dommage !
Tout à fait ! Comme la version est passée en stable, le bon lien est https://www.debian.org/releases/stable/amd64/release-notes/index.en.html désormais :)
J’ai fait la mise-à-jour hier de mon serveur qui était à la base un Stretch passé en Buster et il est indispensable de bien lire tout l’article et d’appliquer ce qui est écrit.
J’ai eu quelques effets de bords décrits dans l’article de Debian (unbound notamment) et d’autres qui ne sont pas énoncés liés à LXC :)
A part cela, ras et un gain de 500 mo de RAM sur 2.5 GO utilisé, cela fait plaisir.
Le lien en question semble ne plus exister !
peut-être, plutôt :
Et, assurément et tant qu’à faire, puisqu’on vit/lit FR :
Mais avant, mieux vaut lire les recommandations données précédemment dans la page ;-)
Concernant l’article en question, très minimaliste, voire trop, il ne tient aucunement des recommandations de Debian, donc à éviter !
Avec l’indispensable Notes de publication : https://www.debian.org/releases/bullseye/amd64/release-notes/index.fr.html
Tcho !
En complément car l’article est vraiment light, le document réalisé par Debian pour connaître les effets de bords potentiel et les changements à connaître.
https://www.debian.org/releases/testing/amd64/release-notes/index.en.html
D’autant plus quand debian recommende de faire “apt full-upgrade” pour faire une mise-à-jour complète du système …
C’est à jour, merci beaucoup à u/Cascador !
De rien, heureux qu’il ait plu
J’ai adoré l’article, merci.
Merci, c’est corrigé, j’avais oublié de relire le titre au départ.
Par contre le lien sur JdH ne c’est pas mis à jour.