Marc Quinton a écrit 1566 commentaires

il semble que la donnée soit le nerf de la guerre concernant cette pandémie (j'allais écrire épidémie). Les sources de données en France sont malheureusement confuses, dispersées, pas toujours cohérentes, pas toujours homogène au fil du temps.

J'habite non loin de Toulouse. Quoi de plus parlant pour indiquer à la vue d'une courbe croissante, sans véritable inflexion, que l'effort de chacun compte et doit continuer. En banlieue, la densité de population étant plus faible, l'adhésion aux consigne peut sembler plus difficile.

Sur ce dépot Github, la donnée me semble assez bien centralisée. Il semble assez simple pour les expert en exploration de données, de faire parler ces chiffres.

Protégez-vous, protégez-nous ; bien à vous.

plein de liens ici : https://lafibre.info/navigateurs/visioconference/ (jitsi).

nécessite une adresse email pour l'ouverture de la conférence audio. Limité à 50 personnes par conférence. Pour le reste pas testé. Semble donner satisfaction selon certains.

d'autres liens vers du jitsi, mais pas seulement : https://lafibre.info/navigateurs/visioconference/

petit soucis avec Mumble-web : il faut ouvrir un port atypique sur le FW de l'entreprise ; l'application ne s'appuie pas sur une Websocket. Est-ce configurable ?

heu, moi j'utilise Docker et pour une partie des applications, ca marche très bien, sans être un VERITABLE, suffit de s'y coller un peu, de comprendre comment s'ecrit un Dockerfile, docker-compose.yml.

En tout cas, c'est bien plus portable que les technos RPM, APT. Et ca ressemble vaguement à du flatpack.

PS: j'ai aussi joué avec les chroot, et CDE il y a quelques années; époque révolue.

merci :-)

voici ma conf actuelle pour apache :

    cat /etc/apache2/mods-available/mpm_event.conf
    ...
    <IfModule mpm_event_module>
            ServerLimit              2800
            StartServers             6
            MinSpareThreads          25
            MaxSpareThreads          75
            ThreadLimit              64
            ThreadsPerChild          25
            MaxRequestWorkers        2800
            MaxConnectionsPerChild   2000
    </IfModule>

j'ai aussi placé ceci dans /etc/rc.local ; moins certain que ca serve et que ce soit adapté à mon contexte.

sysctl net.core.somaxconn=4096
echo 20000500 > /proc/sys/fs/nr_open
ulimit  -n 20000500

je tiens la charge sans trop de soucis. Hier matin, ce fut un peu fastidieux.

j'ai été confronté à une problématique de montée en charge concernant le service Mattermost, dans un container Docker et derrière un reverse-proxy Apache.

Je suis en train de faire du tunning sur la conf Apache associée au module MPM (https://www.liquidweb.com/kb/apache-performance-tuning-mpm-directives/). Si vous avez une expérience dans ce domaine, je suis tout ouïe.

Mattermost doit entretenir une websocket par client ; j'ai actuellement =~ 350 utilisateurs; la charge CPU et réseau est très acceptable ; seules des limitations dans la configuration me posent problème.

nous avons des soucis de performance concernant l'intégration d'un annuaire LDAP national. Si je connecte qu'une sous-branche (mon service), tout va bien. Si je connecte tout l'arbre des users, ca coince. En regardant les traces associées aux requêtes LDAP, on voit : une requêtes pour obtenir une liste de users, suivi d'une multitude de sous-requêtes pour attraper des attributs complémentaires. Et c'est cette dernière étape qui coince.

Avez-vous des solutions ?

c'est une bonne alternative, il me semble le masque en tissu, lavable en machine, ou dans une petite cuvette.

pour l'info :-) j'ai du renouveler plusieurs certifs.

il est assez intéressant d'adjoindre OnlyOffice afin de bénéficier de la saisie de documents à mains multiples.

Nextcloud est basé sur PHP. Je ne crois pas que ce soit le cas pour OnlyOffice online qui s'appuie sur le mode "server" d'une instance plus ou moins modifiée de LibreOffice.

Cela signifie qu'il faut nécessairement un accès SSH complet.

• Mapping 2019-nCoV : https://systems.jhu.edu/research/public-health/ncov/
• visual dashboard : https://www.arcgis.com/apps/opsdashboard/index.html#/bda7594740fd40299423467b48e9ecf6

rien ne t'empêche d'envoyer un Satoshi (plus petite unité du bitcoin) avec un message subliminal à destination du spammer. Malheureusement, les frais de transaction sont loin d'être nuls.

pour compléter le revenu des agriculteurs, je propose que tout ou partie de la TVA qui va en principe dans la poche de l'état (étrange de formulation qu'on entend si souvent), pour tout produit issu directement ou indirectement de la production agricole soit reversée aux agriculteurs.

cette ponction étatique me fait penser à une autre époque ou les pauvres, la va-nu-pieds, les sans-culotte, les cultivateurs étaient tous soumis à un impôt parfois tellement injuste et sans réelle contrepartie. La TVA est-elle assimilable à un tel impôt dans la mesure ou le fruit de son propre travail ne suffit pas à vivre convenablement. L’impôt n'est acceptable que dans certaines limites.

j'hésite à comparer avec le proxénétisme : déséquilibre des forces en jeu. Le plus puissant remporte la mise sans pratiquement bouger le petit doigt, pendant que le plus faible trime comme un damné.

dans une entreprise, il peut y avoir plusieurs gitlab-runners :
- le principal, chargé du build et des taches les plus lourdes avec des capacités importantes pour gérer cette charge
- des runners secondaires plutot dédiés à la mise en place des applications sur des réseaux privés : dans ce cas, pas besoin de performances sur ces runners sauf si runner et applications tournent sur la meme machine, ce qui n'est pas une obligation.

bonjour,

il est possible d'installer un gitlab-runner à peu prêt n'importe ou : réseau local, réseau public, … ; la seule contrainte que le gitlab-runner puisse se connecter à son serveur maitre : un serveur gitlab.

Dans la procédure d'installation, on créé un lien (avec des URL et des clés) entre un serveur Gitlab (public ou privé) et différentes instances de gitlab-runner. Suite a cette installation, tous les gitlab-runner sont esclaves et au service du serveur Gitlab. Ils sont en attente de tâches à exécuter. Il est possible d'associer des TAGs à un gitlab-runner ; le choix est totalement libre et dépend de ce qu'on veut faire : builder, docker, shell, interne, public, shared, install.

Pour ce qui concerne les tâches, elles sont décrites dans le format (gitlab-ci.yml)[https://docs.gitlab.com/ee/ci/yaml/]. C'est le fichier .gitlab-ci.yml placé à la racine du projet qui porte ces tâches. Ces fichiers décrivent des tâches composées d'actions (commandes bash). Via des TAGS, il est possible de faire un lien entre une tache et un gitlab-runner. On pourra par exemple sélectionner un gitlab-runner pour la partie compilation, test, création des binaires (Artifacts dans la terminologie Gitlab). Un gitlab-runner spécifique sera chargé de l'installation configuration des applications dans un environnement spécifique et en zone privée non accessible par le gitlab-runner principal.

Environnement d’exécution : il est possible au moment de l'installation du gitlab-runner de choisir le mode d'exécution : en container (Docker, Virtualbox, …), en shell (s'apparente à du SSH), …

L'avantage de l'environnement Docker est de pouvoir créer une instance de fabrication vierge qui n'aura d'existence que le temps de l’exécution des tâches liées au gitlab-ci.yml ; on peut choisir librement l'environnement d’exécution (basé sur Linux) : debian (buster, stretch, ...), centos, archlinux … on peut aussi fabriquer des containers docker sur mesure ayant les caractéristiques voulue et les télécharger directement plutôt que de tout refabriquer systématiquement à chaque build. Cela permet de gagner du temps (machine) et bande passante (internet, réseau local).

l’exécution en SHELL ne devrait être utilisé que pour des cas spécifiques : risque de scories suite à l’exécution d'une précédente tache.

Larry Tesler est l'inventeur du copier-coller et vient tout juste de nous quitter. Un grand merci à mon épouse pour cette brève fort intéressante.

A n'en point douter, cet homme a changer la face du monde avec une idée toute simple connue par des milliards de personnes de part le monde. Avant l’avènement de la souris, c'était la méthode la plus simple de dupliquer un texte, un fichier.

https://www.france24.com/fr/20200220-l-inventeur-du-copier-coller-est-mort

ou Linux From Scratch.

superbe démarche ; si tu pouvais mettre un modèle de message sur le Wiki et l'argumentaire, ca pourrait aider.

Quand LinuxFr monte dans un bateau, que reste-t-il ?

voici un premier jet concernant la containerisation de l'application LinuxFr (WIP) : https://gitlab.com/mqu/linuxfr-docker

est-ce que ce produit aurait du sens dans une entreprise ?

et les sites liés aux crytomonaies:-)

voici une copie d'écran sur le dashboard associé à ma chaudière : https://pasteboard.co/IM0ieoFz.png