passke a écrit 18 commentaires

Merci Fabrice Bellard.

Loin de moi l'idée de dire que tu serai chiant et puriste. Nous n'avons pas le même avis sur la manière de nommer ces technologies mais je comprend et respecte ton point de vue. Personnellement je n'ai pas de religion sur le sujet, j'utilise les unes ou les autres selon mes besoin et mes contraintes, et peu importe comment on les nomme.

D'abord, ce ne sont pas des solutions de virtualisation : ce sont des solutions de conteneurisation. Tu vas peut-être dire que c'est la même chose mais en fait non. Il y a une grosse nuance qui fait que dans ce cas ça ne marchera pas forcément.

Tu as raison, conteneurs et machines virtuelles sont très différents, mais dans les deux cas il s'agit bien de virtualisation. Les machines virtuelles (kvm,xen,virtualbox) virtualisent le matériel, les conteneurs (lxc, systemd-nspawn, jails, docker, podman) virtualisent un OS et/ou une application.

Là tu mélanges tout. Le CI/CD et les pratiques de développement, dans ce cas on s'en fiche. C'est un sujet qui peut (et doit) être traité indémendamment de docker.

On est d'accord, c'est bien pour ça que je précisais que ce n'était pas obligatoire. C'est juste que les conteneurs font partie des outils disponibles et souvent utilisés pour mettre en oeuvre ce type de pratiques.

L'installation est plutôt simple, par contre cela va demander un peu de travail de ton côté et du sien pour maîtriser certaines notions de Docker et bénéficier de nouvelles pratiques en matière de développement et d'hébergement. Tu peux, mais ce n'est pas non plus obligatoire, commencer à faire CI/CD par exemple…

Il me semble qu'en Jessie, systemd-nspawn,LXC et Docker étaient déjà présents. Ce sont des solutions de virtualisation très légères et qui permettraient de faire tourner un version plus récente de Debian (ou juste un serveur Apache/PHP8 pour Docker) sur le serveur en Jessie.

A partir de là, le serveur Apache avec le mod proxy peut avec un virtualhost adéquat jouer le rôle de reverse proxy vers le Docker, nspawn ou LXC.

Pour la synchronisation Seafile https://www.seafile.com/ est une bonne option. Simple à installer, relativement léger et supporte linux et Android…

Etonnant que le quatrième axe qui vient de faire ses preuves de faisabilité ne soit pas pris en compte: le télétravail et/ou le coworking (de proximité).

Car oui, une bonne partie de la circulation dans les grandes villes résulte des trajets pendulaires entre le domicile et le travail. Si on se déplace moins souvent ou moins loin pour le travail, on réduit la circulation.
On réduit aussi la surcharge des transports en commun, les rendants d'autant plus attractifs.

Il y a également la possibilité d'utiliser les kits MicroBits (https://microbit.org).
Les cartes sont intéressantes et vraiment faites pour la découverte de la programmation pour les enfants.
La carte elle-même comporte déjà un certains nombres de composants permettant de "s'amuser", mais la carte peut également être utilisée pour commander des robots.

Il y a plusieurs kits sur le site de Kubii (https://www.kubii.fr/190-robots-microbit).

Belle découverte, merci.
J'imagine déjà une intégration à hugo ou sphinx pour produire les schémas de documentation…

Quand on possède un site perso (ou pas) et qu'on veut un minimum de statistiques d'accès AWStats est une bonne solution.

Il ne fait qu'analyser vos logs (Nginx, Apache,…) et malgré un look "retro", permet de générer des données intéressantes sans aucun cookie traceur…

AMHA, Une société qui ne fait QUE de l'opensource est destinée à faire faillite.

Si effectivement sa seule activité consiste à produire le logiciel en opensource, il y a peu de chance qu'elle survive très longtemps.

Dans la grande majorité, les sociétés qui produisent de l'opensource ont également d'autres activités qui les font vivre. Sinon comment expliquer que tant de projets opensource continuent à vivre ? Il y a longtemps que les Wordpress, Drupal, MariaDB et autres nombreux logiciels opensource auraient disparus…

Si on prend l'exemple d'ElasticSearch, le fait qu'il soit accessible à tous, ne signifie pas que tous soient capables de le mettre en oeuvre. La société éditrice du logiciel peut donc générer des revenus en vendant du service: architecture, installation, maintenance, développement liés, formations, etc…

C'est le cas de tous les logiciels d'ailleurs, qu'ils soient opensource ou non. Ce n'est pas parce-que tu as acheté une licence SQLServer que tu sais l'installer, le paramétrer aux petits oignons et développer un CRM qui y stocke ses données.

Pour ma part je ne connaissait pas YunoHost, qui m'a effectivement l'air beaucoup plus fourni.
Je n'ai testé le système qu'une petite journée. Il s'installe sans problème, et l'utilisation est simple. Mais certaines applications se révèlent un peu trop gourmandes par rapport à une carte de développement avec 1G de RAM.

J'aurai posté le 1er Avril ça aurait eu plus de sens…

De rien…
A priori juste avec le Bas-Rhin, Redis+addok en mode serveur, il faut un peu moins de 200Mo de RAM.
Pour le disque, c'est essentiellement la sauvegarde Redis qui pourra prendre de la place, pour un département ce n'est que 30Mo.

Pour l'ensemble de la France, il faut compter 20Go de RAM par contre.

L'installation décrite est pour test (le serveur HTTP intégré n'est pas le plus performant), pour une installation plus définitive il vaut mieux passer par UWSGI.
L'installation est décrite dans la documentation addok.

Excellent ;)

Après avoir parcouru le site de la FSF à la recherche d'information, je me rend compte que la question de l'auteur du logiciel n'est pas abordée. Dommage…

J'ai été relativement surpris en lisant l'article du Huffington Post, plus particulièrement par la phrase:

il s'agit tout simplement d'un logiciel dont le code n'appartient à personne en particulier

qui est censée définir le logiciel libre.
Bien que je ne sois pas un spécialiste de la question, il me semble qu'un logiciel libre appartient à son auteur, mais que ce dernier accorde des droits très larges aux utilisateurs…

Il est vrai que ni sur le site de l'APRIL ni sur le site de la GNU Software Foundation il n'est spécifié que le logiciel appartient à son auteur.
Alors qu'en est-il vraiment ?