xandercagexxx a écrit 118 commentaires

Félicitations pour votre réussite.
C'est intéressant le retour sur la participation via les dons. C'est quelque chose qui manque globalement pour aider les projets.

Faire des issues ou autre c'est bien (mais encore faut il avoir des choses à remonter 😇 ), mais l'idée de pouvoir rémunérer (même très très peu) les dev des différents projets que l'on utilise/ intègre dans un projet plus gros, je trouve cela intéressant.

Bonne continuation.

Utiliser Tracim :)

(Oh !! le vilain placement de produit 😇 )

https://github.com/YunoHost-Apps/tracim_ynh

Quelqu'un de sympa à gérer la mise en place sur Yunohost suite à de nombreuses demandes sur le stand de Yunohost (et celui de Tracim) lors des JDLL cette année 🕵️‍♂️

Sinon, le faire tourner soit même c'est bien aussi (ou alors offre SaaS payante).

😋😋😋😋

J'ai trouvé une date pour le premier patch, qui va permettre de mettre a jour nativement de la 20.04 à la 22.04

Mais il faut attendre autour du 8 août (trouvé sur le bugtracker).
Je trouve dommage que la communication soit "si mauvaise" pour infoquer que la mise à jour des OS n'est proposé nativement qu'après la sortie du premier patch, et qu'il n'y est pas plus d'info sur la date à entrevoir.

Perso, un OS c'est un outil, et je suis capable de ne travailler que sur des versions stable. Encore faut-il avoir une idée de la date de sortie réel de la nouvelle version (la version actuelle est tjrs estampillé "dev" tant que le patch 1 n'est pas sortie).

Au dela de la charge CPU/RAM, je pense qu'il est utile de monitorer le temps de réponse du/des blog.

Car cest ce qui va rendre le public satisfait ou non.

Merci pour l'explication qui me semble plus clair maintenant.je pense que j'avais mal compris le chapitre sur le DNS qui a un bloc qui sous entendait des chose à mes yeux sur la pérennité des données.

Bonne continuation pour votre projet en tout cas :)

Merci :)

Oki ;)

Attention a un point sensible sur docker (on se fait vite avoir).

Si tu ne précise pas l'interface réseau sur lequel le container écoute, le mappage est fait directement en écoute sur 0.0.0.0, donc toutes les interface réseau de ton host.

Si le firewall est mal configuré, les containers peuvent se retrouver joignable depuis une connexion publique.

Si ta plusieurs interface réseau sur ton serveur il est préférable de préciser l'interface réseau.

Je le dis juste au cas où, vu que tu test pas mal de config.

Autre point qui peut être pratique, cest que tu peux monter ton propre network docker avec la plage d'ip qui t'intéresse, donc il y a peut-être un moyen simple de gestion pour toi pour connaître les ip.

Je n'avais pas compris que les dev accédait au serveur.

Ajouter des conf avec un reload du proxy ne me semble pas être problématique dans le sens où il me semble que tu active/désactive pas des containers toute les 2min (ou j'ai mal compris le besoin).

Ton ansible peu très bien déployer les conf : une conf apache (mais pareil avec nginx) + un docker-compose.yml +modif du hosts, pour chaque container a mettre en route.

Et avoir un reload du proxy + demarrage du container après la mise en place de la config.

Je comprend pas bien le lien entre ce que tu veux mettre en place et le dev de votre app.

Si le problème, cest que se sont les dev qui démarre une commande docker run, je me dis que le "plus simple" est sûrement d'avoir une page web classic où le dev demande un nouveau service, et a la validation, cela crée tes templates (par exemple) ansible et démarre ton playbook. Dans ce cas, les dev n'aurais pas besoin d'accéder au serveur, et donc tu pourrais gérer comme bon te semble la partie serveur.

En tout cas cest une problématique intéressante, je vais y réfléchir plus posément :)

J'ai découvert cela https://github.com/hubdotcom/marlon-tools suite à ta remarque. A voir si ça peut aider.

Et pour ton souci de fichier hosts, pourquoi ne pas la modifier a chaque démarrage de container ?

Cest un peut bourrin mais si tu réutilise tes nom de domaine par la suite, tu auras rapidement une liste terminé dans le hosts. (Je connais pas assez les contraintes qu'il y a sur le hosts pour savoir les risques a le modifier souvent).

Je sais pas si je comprends bien mais j'ai l'impression que :

• tu map 2 port côté host par container
• tu met un proxy frontal avec du proxypass

Ex de conf de port docker (syntax docker-compose) :
Container1 :
- port: 127.0.0.1:11001:5000
- port: 127.0.0.1:12001:6000
Container2 :
- port: 127.0.0.1:11002:5000
- port: 127.0.0.1:12002:6000

Ansi de suite.

Et un apache frontal, avec une conf par container, qui va donc faire proxy

Serveurname container1.domaine.com

Proxypass /app http://12.0.0.1:11001/app
Proxypass /jupyter-notebook http://127.0.0.1:12001/jupyter-notebook

Quelques chose de ce style.

Et un reload apache a l'ajout ou la suppression d'une config.

Et pour simplifier la gestion des ports, tu peux faire
De l'incrémentale sur le numéro, quitte a avoir un reset de temps en temps pour garder les plage de port 11xxx et 12xxx associé au port interne des container.

(Je ne connais pas le roulement/durée de vie de tes containers).

J'espère que cela peut aider à ta réflexion.

Pour avoir un truc simple, tu incrémente le nombre (celui de l'url d'accès) et cest ce nombre qui est aussi utilisé pour le port. Ex : tu démarre le container124.domain.com et donc tu utiliseras dans les conf le port 11124 et 12124 pour les conf d'accès à ce container.

Dans l'article il est fait la démonstration que les boite mail @orange ou autre peuvent avoir une durée de vie assez courte diront nous

Et que donc avec cet app, les gens sont sauvés car ils ont leur propre nom de domaine.

Je comprends pas trop le lien entre les 2.
Si j'ai mon propre nom de domaine, il me faut soit gérer mon serveur de mail soit passer par un prestataire, non ?
Et donc rien me garanti que mon prestataire sera plus réglo que orange and co.

Le fait d'avoir mon propre nom de domaine, me garanti seulement de pouvoir garder le nom, pas de garder les mails. Et encore, je ne sais pas dans quelle mesure je suis protégé pour garder mon nom de domaine. Il y a des cas en France, de particulier qui on perdu leur nom de domaine (alors que propriétaire depuis longtemps) suite a une action en justice de l'état (donc le coup du "tu achètes ton nom de domaine donc tu est protégé des lois, me semble pas être d'une grande garantie)

Je trouve le sujet intéressant mais je suis pas convaincu par les argument mis en avant dans l'article.

Si l'app permet de déployer son propre serveur de mail avec toutes les config qui vont bien, je vois l'intérêt, mais si cest juste sur la gestion des nom et dns, tous les arguments sur les risque de perte des mails me semble inutile.

Ajouter + de machine individuelle me semble être un bon point pour une souveraineté maximal, mais cela est fait au détriment de la planète. Je ne sais donc pas bien si la démarche collective ne devrait elle pas plutôt être de trouver un moyen de centraliser les services en augmentant le niveau de sécurité et les garanties de disponibilité (je dis pas que cest simple, mais empiler des services me semble pas augmenter forcément les garanties et la sécurité).

Je sais pas si ça aide, mais dans l'article il y a ce passage :

"L’option NO_AUTH contourne la création de compte utilisateur, ce qui est idéal pour tester. Bien sûr, bannissez-la dans la vie courante."

:)

J'ai pas encore regardé dans le détail mais si j'ai bien compris, quand il parle de simplification il parle surtout d'une interface plus jolie, plus clair et unique, là où chaque hébergeur a sa propre interface.

J'ai pas compris non plus le fait de mettre en avant que c'est plus simple via cette app avec l'argument "En outre, happyDomain est construit sur une API REST, permettant aux DevOps d’automatiser toutes les tâches liées aux domaines !".

Si le devops veut passer par les api, en quoi cest plus simple d'ajouter un serveur intermédiaire pour atteindre les api de Gandi par exemple ?

Le côté user freindly pour mr tout le monde, je suis ok. Pour une utilisation avancé, j'ai l'impression que c'est empiler des services sur des serveurs, alors que l'on parle régulièrement de sobriété énergétique (le chacun gère son truc sur son serveur, même si cest un raspberry, me pause question quand même. Surtout si doublon avec l'hébergeur).

Je crache pas sur le projet, mais la description éveil en moi plus d'inquiétude que de soulagement (pourtant je suis le premier a trouver que les interfaces de gandi ou ovh sont pas tjrs très intuitive).

Cest un sujet intéressant, mais peut être mal présenté : quel est le cas d'usage de départ ?

:)

Quasi tout est dans le titre.
Tu peux héberger ton propre Matomo (le google analytics open source, auto hébergeable), et donc analyser l'usage de ton site web, sans utiliser les google analytics.

Tu peux dans le détail choisir le niveau de "metric" que tu souhaites collecter, ce qui fait que cest hyper simple d'être respectueux du RGPD.

Cest vraiment easy à mettre en place (une image docker est disponible. Tu le cale derrière ton proxy favoris et roulez jeunesse).

En réponse au message sur la citation de l'élection tout les 5ans.

Faut juste comprendre ce qu'il y a à comprendre et se sortir les doigts pour répondre sur des choses pertinente et arrêter de troller, quand on troll soit même.

Bien-sûr que je sais qu'il y a d'autres élection. Ya même des élections régulièrement dans les entreprises (tu sais ce que sont les CSE ?), dans les asso (ya des élections du bureau), etc.

Là le sujet était lié à la présidentielle (donc j'avais pas besoin, normalement, de réexpliquer le contexte du sujet. Mais apparemment c'était trop complexe. Désolé), donc oui, en France il n'y a une présidentielle que tout les 5ans (sauf biensûr, dans le cas où il y aurait besoin d'en faire une autre, car je précise pas toutes les exceptions de notre République. M'excuses-tu de cela ?) Les poissons d'avril, j'ai passé l'âge (et pour ne rien te cacher, cela ne m'a jamais emballé). J'ai donc autre chose à faire que de scruter le calendrier pour savoir ce que je vais dire en fonction de la date, ou si je peux me permettre de répondre à un sujet.

Vu ce que dit la faq, ce journal à toute ça place ici https://linuxfr.org/aide#aide-sections
(En tout cas en tant que journal, je ne vois pas en quoi cela est en dehors du cadre du blog d'un utilisateur).

Un sujet ne plais pas, on peut juste passer son chemin sans avoir besoin de :
- mettre une mauvaise note. Pour moi une mauvaise note a du sens si la démonstration ne correspond pas avec le reste. Si une solution à un problème n'est pas la bonne. Mais mettre une note négative, c'est déjà prendre position politiquement (vu le sujet) et donc c'est participer activement à ce que l'on dénonce (on veut pas de politique et on en fait).
L'ignorance a bien plus de force a mes yeux. Ya des gens qui cherche le clivage, et ces personnes arrêterons leur pollution si finalement leur message ne fait réagir personne.
Là quelques soit l'idée de départ, c'est déjà une réussite, car il y a des commentaires, du débats d'idées, donc en soit, de la politique ;)
- crier au loup là où ya pas d'intérêt . Si je trouve que quelqu'un fait mal un truc dans la vie irl, jsuis pas obligé d'aller lui dire : "cest pourri ce que tu fais". Mais là, derrière son PC, cest tellement simple de cliquer sur "pas pertinent"…… (Alors que bon, le message ne méritait pas que tu perde ton temps à mettre une réponse et à lancer un débats. Mais cest peut être le but recherché en fait ;)
Tu cherchais un moyen de débattre de politique au font de toi, et tu n'osais pas le dire ;) ;)

Je trouve le concept original, n'en déplaise aux rajeux qui pollue se site (et qui l'ouvre un peu trop alors qu'il n'on rien a dire le reste du temps).
Les rageux qui passe leur temps à dire ce qui est bien et ce qui est mal. A définir ce qui est autorisé ou non.

Ya des élections que tout les 5ans, donc de voir que l'open Source permet aussi de passer des idées politiques française via des jeux, je trouve cela intéressant (je n'imaginais pas du tout un parti politique utiliser ce type d'approche).

Notre société est très politisé, donc faut l'accepter et faire avec. Mettre la tête dans le sable ne résout aucun problème.

Merci en tout cas de partager ce genre de chose.
Il faudrait lancer des lan party pour faire affronter les partisans des candidats afin de vour lesquels sont les plus gros gamers. Jsuis sur que l'on aurait des surprises :) :)

Metabase est-il de près ou de loin un concurrent de Redash ?

Metabase propose-t-il un stockage des select sql effectué pour par exemple avoir une courbe représentant une valeur en fonction du temps tout en étant déconnecté de la base de données de production ?

Je pose la question car redash ne le propose pas et c'est très consommateur de ressources d'afficher un graphique en partant a chaque fois de la bdd de prod pour afficher un historique sur plusieurs années (le but ici étant d'avoir un historique même si les valeurs ne sont pas horodaté dans la bdd source.

Est-il possible "facilement" de créer des graphiques personnalisé et d'y afficher des données venant de plusieurs type de bdd ? (Genre dans le même graphique recouper des infos venant de mysql et postgres ?).

Merci

Je ne connais pas Antidote et nous utilisons Grammalecte au boulot (donc avec les limitations que tu présentes), mais cela n'est-il pas l'occasion de voir comment pousser Grammalecte à évoluer ?

Peut-être que des évolutions sont déjà prévu ou alors faut-il voir comment aider à avoir un meilleur outil.

J'apporte pas de solution malheureusement.

L'IP que l'on vois dans tes log, c'est l'IP de ton serveur non ? (serveur kimsufi)

Si oui, il vaudrait mieux ne pas la rendre public :)

et pour l'autre domaine :

ping security.ubuntu.com
PING security.ubuntu.com (91.189.91.39) 56(84) bytes of data.
64 octets de kazooie.canonical.com (91.189.91.39) : icmp_seq=1 ttl=52 temps=91.0 ms
64 octets de kazooie.canonical.com (91.189.91.39) : icmp_seq=2 ttl=52 temps=90.8 ms
64 octets de kazooie.canonical.com (91.189.91.39) : icmp_seq=3 ttl=52 temps=90.8 ms

Tu aurais pas une erreur dans ton /etc/hosts par exemple ?

J'ai l'impression qu'il y a un souci de DNS car le nom de domaine ne semble pas pointer vers cette ip là.

ping fr.archive.ubuntu.com
PING bouyguestelecom.ubuntu.lafibre.info (51.158.154.169) 56(84) bytes of data.
64 octets de fr.archive.ubuntu.com (51.158.154.169) : icmp_seq=1 ttl=54 temps=17.5 ms
64 octets de fr.archive.ubuntu.com (51.158.154.169) : icmp_seq=2 ttl=54 temps=17.5 ms
64 octets de fr.archive.ubuntu.com (51.158.154.169) : icmp_seq=3 ttl=54 temps=17.5 ms