dsy a écrit 10 commentaires

  • # Mint

    Posté par  . En réponse au message quelle distri choisir ?. Évalué à 3.

    A priori, je partirais sur un Linux Mint. Tu installes, tu mets juste les patchs de sécurité en automatique et tu l'oublies.

    Mais tu ne dis pas combien de RAM tu as.

  • # Profiler

    Posté par  . En réponse au message Coût de l’introspection. Évalué à 4.

    Salut, pourquoi ne pas évaluer par toi-même le coût CPU ?
    Un profiler comme Yappi, par exemple, devrait te fournir des mesures.

  • [^] # Re: Plus d'informations

    Posté par  . En réponse au message Prestation haproxy. Évalué à 2.

    En plus, cela semble être un marché public

  • # Confluence

    Posté par  . En réponse au journal [UE] Outil législatif collaboratif open source. Évalué à 2. Dernière modification le 05 octobre 2016 à 07:33.

    En regardant les captures d'écran, j'ai pensé à Confluence de Atlassian : éditeur, commentaires, comparaison des versions, etc

    Peut-être que LEOS pourrait s'inspirer de Confluence pour le système des macros/addons. J'ai l'impression qu'il manque par exemple :
    - la personnalisation de l'affichage de listes de pages
    - une page d'accueil personnalisée
    - l'importation de fichiers attachés
    - les notifications par email
    etc

    LEOS est en tout cas plus avancé que pas mal de solutions open-source existantes.

  • # Outils

    Posté par  . En réponse au journal The Go Programming Language. Évalué à 6.

    Au début je ne pensais pas l'utiliser pour autre chose que des cas particuliers, tellement comblé que je suis avec Python/C depuis des années, mais plus je l'utilise plus j'ai du mal a me passer des outils mis à disposition qui rattrapent. En particulier pour le formatage automatique du code, la vérification du code avant exécution et l'aide au refactoring.

    Bonjour,
    Si je comprends bien : vous êtes passé de Go à Python à cause des outils de formatage et vérification de code, et de refactoring.
    Vous connaissez bien Python donc j'ai du mal à croire que nous ne connaissiez pas un outil comme PyCharm sinon testez-le ;)

  • # Gooey

    Posté par  . En réponse au message Scripts avec une double interface CLI / CGI. Évalué à 3.

    Salut

    cela me fait penser à Gooey, un module pour créer une interface graphique à partir d'un script Python en ligne de commande.
    Il te faudrait la même chose en version web.

    Si tu comptes le faire toi-même, je te conseille de regarder aussi les micro-frameworks web comme flask car tu pourrais créer un outil assez complexe au final.

  • [^] # Re: pymilter

    Posté par  . En réponse au message Comment gérer les spams intelligement ?. Évalué à 2.

    Effectivement j'ai pensé à publier le code en open-source mais je dois enlever tout le code propre à notre configuration. Cela serait un refactoring utile mais en ce moment je n'ai pas le temps.

    Nous avons fait des tests à 250 connections SMTP par sec et le script encaissait bcp plus. Mais je crois que les tests n'étaient pas trés réalistes, il faudrait un botnet comme ceux des spammeurs.

    J'ai optimisé le code python pour éviter les analyses inutiles comme les pièces jointes car nous avons un antivirus. J'ai aussi optimisé postfix : désactiver les filtres intégrer (postscreen), mieux gérer les botnets, éviter les requêtes DNS inutiles, etc

    Pour info, ce nouvel anti-spam en python/pymilter a remplacé avec succès un anti-spam commercial plutôt performant (Vamsoft ORF) mais pas suffisament personnalisable malgré les scripts. Et le plus c'est que je suis débutant en Python ;)

  • # pymilter

    Posté par  . En réponse au message Comment gérer les spams intelligement ?. Évalué à 5.

    Je suis arrivé à la même conclusion que toi concernant les antispams et j'ai donc créé mon propre outil personnalisé. J'ai utilisé python et le module pymilter qui s'interface avec postfix.
    J'ai pu créé exactement les règles que je souhaitais et aussi implémenter différents traitements : tag, quarantaine, rejet, rejet sans erreur, etc
    Le plus long a été le design, l'implémentation a été rapide et facile. Le résultat est trés satisfaisant.

  • [^] # Re: My 2 cent

    Posté par  . En réponse au message JH cherche du travail. Évalué à 1.

    Salut

    Si tu es toujours en recherche, une offre en traitement du signal :
    http://www.notocord.com/jobs/ing_nieur_traitement_du_signal_hf

  • # Graphes

    Posté par  . En réponse à la dépêche Sortie de Glances version 2.0. Évalué à 1.

    Bonjour,

    c'est dommage de ne pas visualiser l'historique des valeurs du CPU, serait-il possible d'ajouter un graphe à Glances ?

    Pourquoi ?

    L'intérêt est de visualiser le passé et pas seulement une moyenne. Et ainsi voir les pics de CPU et de corréler avec un évènement.

    Implémentation :

    Le graphe dans Glances serait une option d'affichage non activée par défaut.
    Vous pourriez utiliser des caractères en braille pour afficher un graphe du CPU. Il existe un exemple d'implémentation avec l'application vtop.

    Alternatives :

    htop propose un graphe mais il est difficile (impossible ?) à lire.
    Les solutions de type Kibana sont trop lourdes par rapport à Glances.
    vtop propose un graphe sympa mais c'est une application node.js et elle propose trop peu d'options.