Intéressant, je trouve, d'avoir une vision en ce moment de ce que chacun attend de son hébergeur de mail/domaine.
Je te conseil des outils du type imapsync pour migrer tes mails. C'est pratique, mais surtout, c'est de la synchronisation donc tu peux le relancer plusieurs fois sans soucis, ce qui peut te permettre une transition plus "douce" jusqu'à l'arrêt de l'ancienne adresse.
Pour les carnets d'adresses, je ferais la chose suivante : utiliser thunderbird avec ton compte actuel, car il y a un petit bouton à côté des adresses dans le header du mail pour ajouter facilement les adresses à ton carnet d'adresses (ensuite petit export csv), et il me semble avoir vu quelque part une feature (peut être un plugin) pour ajouter toutes les adresses de mail dans un carnets d'adresse (je me gourre peut-être cela dit).
Enfin, je te conseil de mettre un mail en réponse automatique pour informer de ton changement d'adresse mail chaque personne qui te contacte. Après, le bon côté d'une nouvelle adresse mail, c'est de se faire oublier quelque temps par les spam 😎
Au boulot on a une vingtaine de nom de domaine, on gère des noms de domaines de certains de nos client (DNS, boîte mail, certificat), un paquet de boites mails (genre ba les boîtes mail du boulot), des boîtes mail dédié pour des petits clients, des certificats, du hosting proposé par gandi, etc….
On utilise les api dans des process automatique (awx + ansible) pour créer des boîtes mail, etc
Le mail d'aujourd'hui c'est :
- du stress qui commence à arriver car on va pas rester vu les prix annoncés. C'était déjà un peu dans les tuyaux mais yavais de l'espoir d'avoir le temps de voir venir sur les prochaines années.
- une bascule qui va se faire dans la douleur. Ba oui, quand ta un truc qui marche depuis longtemps (plusieurs années), ta pris le coup de main pour comprendre les features proposé, pas pris le temps de voir ailleurs si tout est aussi "simple".
- une envie d'aller coller des baffes car c'est juste pigeonner le client que de vendre un service puis dire "vous aller rire mais en fin d'année on va vous couper le service vendu". Les contrats de boite mail/domaine des clients, c'est des contrats annuel 🥴
Aucune communication sur les raisons qui poussent à cette augmentation de service (à part l'envie de se gaver je pense).
Je suis bien dégoûté en tout cas. Le coup de l'augmentation de la taille des boîtes mail c'est vraiment du flanc en plus, car de base 95% des utilisateurs n'utilise pas les 3Go, et yavais possibilité de passer sur une boîte bien plus grosses moyennant finance.
Là, passer à 10Go, c'est vraiment un truc pour attirer le chaland avec l'argument de qui qu'a la plus grosse. Pathétique. On croirait une annonce de SFR qui augmente les spec pour mieux augmenter les tarifs (j'ai un avis tranché sur les pratiques commerciales de Drahi 😁 ).
News intéressante, surtout que c'était pas forcément bien clair avant comment marchait les différents backup.
La feature de mirroring me semble super intéressante et effectivement le cas d'usage présenté avec du stockage sur disque à plateau est vraiment un cas intéressant (surtout quand on vois les capacités de stockage maintenant disponible).
Est-il prévu à l'avenir une possibilité de backup via rsync, pour du stockage distant sur des offres style Storage de Hetzner ? (Quand on veut pas faire du S3).
On m'a déjà fait cette remarque : "moi j'utilise pas le feature d'appel" 😱
Je pense que les 3/4 des usages de smartphone sont lié à autre chose que de passer un coup de fil.
Je me suis fait la même remarque que toi ces dernières années, et mon téléphone OnePlus était impossible à tenir en main sans coque. Mais autant peu pratique pour les appels que pour aller sur le net. La bordure faisait mal aux mains (pourtant il était beau 😍 ).
Là j'ai un Oppo bien moins cher et moins sexy, mais avec une bordure plus épaisse, et c'est le jour et la nuit en terme de confort en mains. Je pense pas prendre de coque car finalement il est agréable naturellement et ne glisse pas.
Je pense que c'est la course au téléphone pas épais qui tue la prise en main. Les 3/4 de ce que l'on utilise/attrape tous les jours n'a pas eu d'évolution de l'épaisseur depuis des siècles sans que cela ne pose de problème à personne (poigné de porte, couvert, clé, etc.). Ya effectivement un truc bizarre lie au téléphone, peut-être car plus c'est petit plus c'est cher, et que c'est donc devenu un signe extérieur de richesses (mais accessible à toutes et tous).
Je suis tout à fait d'accord et je ne cherche pas à défendre l'approche de Docker inc. Ça me fait chier aussi et va m'ajouter du boulot avec cette situation à gérer que j'avais pas plannifié.
Je sais pas qu'elle est la raison interne de cette courte échéance (j'ai eu le mail et je me suis dit sans vraiment le lire, que j'aurais le temps de regarder ce souci 😱😱 ).
Peut-être n'ont-ils jamais appliquée réellement le ménage jusqu'à maintenant, peut-être qu'il y a une explosion du stockage, ou juste le besoin de retrouver des liquidités car les caisses sont vide et qu'a force d'attendre des jours meilleurs ils se retrouvent le bec dans l'eau.
Dans tout les cas, même si la nouvelle politique est moche, on peut pas cracher sur ce que cela à permis jusqu'à maintenant. Regardons le/les côté(s) positif de la chose 💪
Comparer le prix de stockage avec ce que fait google, pour moi c'est continuer a mettre les doigts dans l'engrenage et croire que la valeur étalon serait celle d'un géant américain.
Regarde ce que cela te coûte de monter ton propre stockage avec backup pour y stocker tes propres projet et vu que tes un mec super sympa et philantrope, ce que cela va te coûter d'héberger les projets des autres pour 10€/an.
Fait moi signe, j'ai de la data a stocker pour 1€/mois.
Sans rire, je dis pas que les tarif son pas cher, mais faut arrêter avec l'idée d'offre de service à 1€/mois. Les services à 1€/mois ça cours pas les rues. Et ok c'est pas ouf l'approche du libre gratuit puis payant une fois le monopole ou quasi-monopole atteints, mais c'est du marketing pour lancer un service. Pourquoi les libristes devrait avoir des services en ligne gratuit ? (Je parle bien des services).
Je pense aussi que c'est en partie la même approche qu'a eu Travis mais ya aussi un autre point important. Docker avait prévenu ya 2 ans je crois qu'il y avait bien trop de compte gratuit par rapport à l'espace de stockage nécessaire.
Le nerf de la guerre en informatique c'est le stockage (le backup utilise encore + de stockage) et cela à un coût.
Mais personne ne veut payer pour stocker des données. Les GAFAM nous on (la société dans son ensemble) tellement habitué à tout gratuit que plus personne ne comprends que stocker coûte cher, et vu les volumes de docker hub, coûte très très cher.
Aucun particulier ne serait prét à acheter des Po de disque dur pour héberger gratuitement des projet libre (personne en fait veut faire ça). La centralisation donne beaucoup d'avantages pour la visibilité des logiciels libre. Ya pleins de forge logiciel pas connu ou auto-hébergé mais chacun préfère utiliser la plateforme la plus visible (tout à fait logique comme approche).
Pour moi ce qui manque finalement, cest un vrai annuaire du libre pour trouver facilement les différents projets (Github est un des passages obligés pour la visibilité de beaucoup de projet principalement car c'est celui que les non libriste connaissaient. Ça rassure de ce dire "ce projet est sur github.).
Pour moi (du moins pour des utilisateurs que j'ai fait bsculer sur Thunderbird) il manque encore les catégories pour pouvoir migrer facilement sur la 102
Mais vu que les différents modules dont tu parles et celui-ci ne sont plus à 100% utile, je sais pas ce qu'il va advenir de ce type de feature non disponible dans la 102.
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.
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).
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 :)
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 :)
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).
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é).
# Migration : idée
Posté par xandercagexxx . En réponse au journal Ma migration vers nubo.coop. Évalué à 6.
Intéressant, je trouve, d'avoir une vision en ce moment de ce que chacun attend de son hébergeur de mail/domaine.
Je te conseil des outils du type imapsync pour migrer tes mails. C'est pratique, mais surtout, c'est de la synchronisation donc tu peux le relancer plusieurs fois sans soucis, ce qui peut te permettre une transition plus "douce" jusqu'à l'arrêt de l'ancienne adresse.
Pour les carnets d'adresses, je ferais la chose suivante : utiliser thunderbird avec ton compte actuel, car il y a un petit bouton à côté des adresses dans le header du mail pour ajouter facilement les adresses à ton carnet d'adresses (ensuite petit export csv), et il me semble avoir vu quelque part une feature (peut être un plugin) pour ajouter toutes les adresses de mail dans un carnets d'adresse (je me gourre peut-être cela dit).
Enfin, je te conseil de mettre un mail en réponse automatique pour informer de ton changement d'adresse mail chaque personne qui te contacte. Après, le bon côté d'une nouvelle adresse mail, c'est de se faire oublier quelque temps par les spam 😎
[^] # Re: Que ? Quoi ? Pardon ?
Posté par xandercagexxx . En réponse au journal Gandi, passe de « no bullshit » à « bait and switch » ?. Évalué à 10.
Au boulot on a une vingtaine de nom de domaine, on gère des noms de domaines de certains de nos client (DNS, boîte mail, certificat), un paquet de boites mails (genre ba les boîtes mail du boulot), des boîtes mail dédié pour des petits clients, des certificats, du hosting proposé par gandi, etc….
On utilise les api dans des process automatique (awx + ansible) pour créer des boîtes mail, etc
Le mail d'aujourd'hui c'est :
- du stress qui commence à arriver car on va pas rester vu les prix annoncés. C'était déjà un peu dans les tuyaux mais yavais de l'espoir d'avoir le temps de voir venir sur les prochaines années.
- une bascule qui va se faire dans la douleur. Ba oui, quand ta un truc qui marche depuis longtemps (plusieurs années), ta pris le coup de main pour comprendre les features proposé, pas pris le temps de voir ailleurs si tout est aussi "simple".
- une envie d'aller coller des baffes car c'est juste pigeonner le client que de vendre un service puis dire "vous aller rire mais en fin d'année on va vous couper le service vendu". Les contrats de boite mail/domaine des clients, c'est des contrats annuel 🥴
Aucune communication sur les raisons qui poussent à cette augmentation de service (à part l'envie de se gaver je pense).
Je suis bien dégoûté en tout cas. Le coup de l'augmentation de la taille des boîtes mail c'est vraiment du flanc en plus, car de base 95% des utilisateurs n'utilise pas les 3Go, et yavais possibilité de passer sur une boîte bien plus grosses moyennant finance.
Là, passer à 10Go, c'est vraiment un truc pour attirer le chaland avec l'argument de qui qu'a la plus grosse. Pathétique. On croirait une annonce de SFR qui augmente les spec pour mieux augmenter les tarifs (j'ai un avis tranché sur les pratiques commerciales de Drahi 😁 ).
# Backup et nommage des feature 🤩
Posté par xandercagexxx . En réponse au journal Xen Orchestra 5.83 : Améliorations du self-service et introduction de la fonction 'Mirror Backup'. Évalué à 1.
News intéressante, surtout que c'était pas forcément bien clair avant comment marchait les différents backup.
La feature de mirroring me semble super intéressante et effectivement le cas d'usage présenté avec du stockage sur disque à plateau est vraiment un cas intéressant (surtout quand on vois les capacités de stockage maintenant disponible).
Est-il prévu à l'avenir une possibilité de backup via rsync, pour du stockage distant sur des offres style Storage de Hetzner ? (Quand on veut pas faire du S3).
Bonne continuation en tout cas.
[^] # Re: Update
Posté par xandercagexxx . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 5.
Merci pour tes retours qui enrichissent le débat.
# Non mais tu veux téléphoner !!!!!!!! ;)
Posté par xandercagexxx . En réponse au message De la prise en main des téléphones. Évalué à 2.
On m'a déjà fait cette remarque : "moi j'utilise pas le feature d'appel" 😱
Je pense que les 3/4 des usages de smartphone sont lié à autre chose que de passer un coup de fil.
Je me suis fait la même remarque que toi ces dernières années, et mon téléphone OnePlus était impossible à tenir en main sans coque. Mais autant peu pratique pour les appels que pour aller sur le net. La bordure faisait mal aux mains (pourtant il était beau 😍 ).
Là j'ai un Oppo bien moins cher et moins sexy, mais avec une bordure plus épaisse, et c'est le jour et la nuit en terme de confort en mains. Je pense pas prendre de coque car finalement il est agréable naturellement et ne glisse pas.
Je pense que c'est la course au téléphone pas épais qui tue la prise en main. Les 3/4 de ce que l'on utilise/attrape tous les jours n'a pas eu d'évolution de l'épaisseur depuis des siècles sans que cela ne pose de problème à personne (poigné de porte, couvert, clé, etc.). Ya effectivement un truc bizarre lie au téléphone, peut-être car plus c'est petit plus c'est cher, et que c'est donc devenu un signe extérieur de richesses (mais accessible à toutes et tous).
[^] # Re: Copieurs!
Posté par xandercagexxx . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 1.
Je suis tout à fait d'accord et je ne cherche pas à défendre l'approche de Docker inc. Ça me fait chier aussi et va m'ajouter du boulot avec cette situation à gérer que j'avais pas plannifié.
Je sais pas qu'elle est la raison interne de cette courte échéance (j'ai eu le mail et je me suis dit sans vraiment le lire, que j'aurais le temps de regarder ce souci 😱😱 ).
Peut-être n'ont-ils jamais appliquée réellement le ménage jusqu'à maintenant, peut-être qu'il y a une explosion du stockage, ou juste le besoin de retrouver des liquidités car les caisses sont vide et qu'a force d'attendre des jours meilleurs ils se retrouvent le bec dans l'eau.
Dans tout les cas, même si la nouvelle politique est moche, on peut pas cracher sur ce que cela à permis jusqu'à maintenant. Regardons le/les côté(s) positif de la chose 💪
[^] # Re: Copieurs!
Posté par xandercagexxx . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 6.
Comparer le prix de stockage avec ce que fait google, pour moi c'est continuer a mettre les doigts dans l'engrenage et croire que la valeur étalon serait celle d'un géant américain.
Regarde ce que cela te coûte de monter ton propre stockage avec backup pour y stocker tes propres projet et vu que tes un mec super sympa et philantrope, ce que cela va te coûter d'héberger les projets des autres pour 10€/an.
Fait moi signe, j'ai de la data a stocker pour 1€/mois.
Sans rire, je dis pas que les tarif son pas cher, mais faut arrêter avec l'idée d'offre de service à 1€/mois. Les services à 1€/mois ça cours pas les rues. Et ok c'est pas ouf l'approche du libre gratuit puis payant une fois le monopole ou quasi-monopole atteints, mais c'est du marketing pour lancer un service. Pourquoi les libristes devrait avoir des services en ligne gratuit ? (Je parle bien des services).
[^] # Re: Copieurs!
Posté par xandercagexxx . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 10.
Je pense aussi que c'est en partie la même approche qu'a eu Travis mais ya aussi un autre point important. Docker avait prévenu ya 2 ans je crois qu'il y avait bien trop de compte gratuit par rapport à l'espace de stockage nécessaire.
Le nerf de la guerre en informatique c'est le stockage (le backup utilise encore + de stockage) et cela à un coût.
Mais personne ne veut payer pour stocker des données. Les GAFAM nous on (la société dans son ensemble) tellement habitué à tout gratuit que plus personne ne comprends que stocker coûte cher, et vu les volumes de docker hub, coûte très très cher.
Aucun particulier ne serait prét à acheter des Po de disque dur pour héberger gratuitement des projet libre (personne en fait veut faire ça). La centralisation donne beaucoup d'avantages pour la visibilité des logiciels libre. Ya pleins de forge logiciel pas connu ou auto-hébergé mais chacun préfère utiliser la plateforme la plus visible (tout à fait logique comme approche).
Pour moi ce qui manque finalement, cest un vrai annuaire du libre pour trouver facilement les différents projets (Github est un des passages obligés pour la visibilité de beaucoup de projet principalement car c'est celui que les non libriste connaissaient. Ça rassure de ce dire "ce projet est sur github.).
[^] # Re: Je fais du LXC à la place de Docker. Et vous ?
Posté par xandercagexxx . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 2.
Pour le stockage, tu peux garder tes images docker simplement et sans passer par le hub docker.
Pour "sauvegarder" ton image en tant que fichier :
Tu stock ensuite ton fichier où tu veux puis quand ta besoin sur une machine :
Moi j'utilise très souvent pour des projets interne pour déplacer mes images sur le serveur de mon choix (je build en local).
:)
# C'est quoi la grande différence avec Molécule ?
Posté par xandercagexxx . En réponse à la dépêche Présentation de Monkeyble: Framework de test bout en bout pour Ansible. Évalué à 1.
Je connaissais pas Monkeyble.
Je sais qu'il y a Molecule pour tester les roles Ansible, mais de ce que tu indiques là, j'ai l'impression que Monkeyble test seulement le playbook.
C'est quoi la grande différence entre les 2 soft et faut-il utiliser les 2 ?
On est pas encore passé à ce niveau de qualité en interne, mais je suis preneur de tous les retours possible sur les 2 outils.
# CategoryManager pas compatible malheureusement
Posté par xandercagexxx . En réponse à la dépêche Dernières avancées du côté de Thunderbird. Évalué à 4.
Pour moi (du moins pour des utilisateurs que j'ai fait bsculer sur Thunderbird) il manque encore les catégories pour pouvoir migrer facilement sur la 102
https://github.com/jobisoft/CategoryManager
Mais vu que les différents modules dont tu parles et celui-ci ne sont plus à 100% utile, je sais pas ce qu'il va advenir de ce type de feature non disponible dans la 102.
Wait and see.
# Superbe aventure
Posté par xandercagexxx . En réponse à la dépêche Des nouvelles de WeasyPrint, ou comment développer du libre à (presque) plein temps. Évalué à 3.
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.
[^] # Re: Owncloud ?
Posté par xandercagexxx . En réponse à la dépêche Sortie de YunoHost 11.0 (Bullseye). Évalué à 5.
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).
😋😋😋😋
# En attente de la 22.04 1
Posté par xandercagexxx . En réponse à la dépêche Sortie de la version Ubuntu LTS 22.04. Évalué à 6.
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).
[^] # Re: Une paire max
Posté par xandercagexxx . En réponse au message combien d'instances django/react en meme temps sur un petit serveur?. Évalué à 3.
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.
[^] # Re: Liens pas clair pour les mail
Posté par xandercagexxx . En réponse à la dépêche happyDomain - On devrait tous avoir un nom de domaine. Évalué à 1.
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 :)
[^] # Re: Proxy frontal + mappage de port
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1.
Merci :)
[^] # Re: ça manque d'une démo
Posté par xandercagexxx . En réponse à la dépêche happyDomain - On devrait tous avoir un nom de domaine. Évalué à 0.
Oki ;)
[^] # Re: Pour le souci de wildcard dans le hosts
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1. Dernière modification le 26 mai 2022 à 10:35.
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.
[^] # Re: Proxy frontal + mappage de port
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1.
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 :)
# Pour le souci de wildcard dans le hosts
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1.
J'ai découvert cela https://github.com/hubdotcom/marlon-tools suite à ta remarque. A voir si ça peut aider.
[^] # Re: Proxy frontal + mappage de port
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1.
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).
# Proxy frontal + mappage de port
Posté par xandercagexxx . En réponse au message Docker + Traefik: besoin d'avis extérieurs pour un besoin un peu spécifique. Évalué à 1.
Je sais pas si je comprends bien mais j'ai l'impression que :
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.
# Liens pas clair pour les mail
Posté par xandercagexxx . En réponse à la dépêche happyDomain - On devrait tous avoir un nom de domaine. Évalué à 7. Dernière modification le 25 mai 2022 à 18:46.
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é).
[^] # Re: ça manque d'une démo
Posté par xandercagexxx . En réponse à la dépêche happyDomain - On devrait tous avoir un nom de domaine. Évalué à -1.
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."
:)