wilk a écrit 1159 commentaires

Si tu ne l'as pas déjà vu il y a un "pricing calculator" sur Purelymail qui peut donner des idées.

Dis donc tu as fait un sacré défrichage ! purelymail a l'air d'être la perle rare "no bullshit". Y a même un bug tracker du service sur github.

Pareil, et les mails en réception ça n'est pas ce qu'il y a de plus dur…
Pour l'envoi y a Scaleway depuis peu à 25cts les 1000 mails y a de quoi voir venir.

Original, très intéressant effectivement.

Je m'étais arrêté aux mails et j'avais pas vu les domaines ! Mince, où ais-je mis la clé du cadenas des canots de sauvetage déjà ? (dans un endroit sûr je me souviens).

Je ne connaissais pas le SCIC, j'ai envie de proposer plus simple, un troc contrib de code contre service email :-))) !

Oui voilà. Ce qui manque en gros c'est quelque chose à la carte. Sur un même domaine pouvoir avoir quelques comptes à très petit volume et d'autres plus gros. C'est le cas chez Bookmyname et c'était le cas à l'époque chez Gandi. On prenait par ex 10Go à répartir comme on veut, soit 2 à 5Go soit 10 à 1Go etc..

Mais l'ayant déjà fait moi-même je sais bien qu'en terme de support c'est le nombre de compte plus que le volume qui donne du boulot. L'idéal serait d'avoir un volume à répartir sur plusieurs domaines, ça permettrait de faire un compte type revendeur et d'alléger la charge de support Algoo (pour limiter le nombre d'interlocuteurs).

En tout cas bon courage et bravo pour l'initiative. C'est un service qui ira très bien avec Tracim.

La scop, le libre, tout ça nous remonte bien le moral ! merci !

Ce qui n'existe plus nulle part c'est une offre non pas basée sur le nombre de comptes mais plutôt sur un volume total, histoire de pouvoir avoir des petits comptes sans se poser la question. J'ai des utilisateurs qui sont encore en pop sans conservation sur le serveur, aussi des comptes "grand-mère" qui font le ménage tous les jours, ou encore des comptes type jetable etc.
Bookmyname propose ça, 20 comptes avec 1Go en tout mais aucune possibilité d'augmenter non plus. C'est souvent le problème pour les petits artisans que nous sommes, c'est tout ou rien, soit une offre ridicule soit surdimensionnée.
Est-ce envisageable ?

J'ai 60 mails chez eux sur un domaine pour 8.40 €/an, oui par an, une vieille offre qui est resté valide depuis des lustres. Voilà comment on s'occupait des vieux chez Gandi.
Donc là si je comprends bien ça va me faire un x400 ! Heureusement je ne les utilise pas toutes, mais quand même ça pique.
Au final je vais déménager une 20aine de domaines ça leur fera x0, adieu quoi.

C'est pénible ces distributions bleeding edge qui obligent à rester à la pointe.

En fait c'est un peu comme si en rentrant dans une boulangerie tu trouverais hallucinant qu'ils ne vendent pas de ventoline alors que c'est quand même vachement important pour la sécurité des asthmatiques.

Et la continuité des services à l'époque des .xls tu y pensais aussi ? Tous les logiciels libres étaient à jeter à la poubelle parce qu'ils ne pouvaient pas fournir 100% des besoins. Aujourd'hui c'est l'inverse, on a bien fait d'insister un peu.

Quand on n'avait pas de pétrole on avait des idées. Maintenant que le nucléaire prend l'eau il va falloir relancer les idées !

Prenons en compte le fait qu'on utilise quand même encore quelques firmwares privateurs mais que cela ne nous décourage pas pour continuer à promouvoir les bienfaits du libre.

C'est une peu comme quand on a commencé avec les logiciels libres qui ne couvraient pas un pouillème des besoins. On a quand même bien fait de ne pas écouter ceux qui nous disaient que ça ne serait jamais possible d'aller plus loin.

Vim

Autant ça a du être vachement difficile d'inventer la première roue autant maintenant qu'on a plein d'exemples de roues ça n'est plus du tout la même chose. Il est parfois plus facile de refaire une roue toute basique qui répond à ses seuls besoins que d'utiliser une roue déjà faite pour d'autres besoins.

C'est une petite lib JS qui permet de passer des appels ajax depuis n'importe quel élément html et d'envoyer le résultat vers un élément cible. Cela permet de rendre une page réactive tout en gardant le rendu côté backend.

Par exemple

<span hx-get="/hello" hx-target="#cible">click</span>
<p id="cible"></p>

Le fait de cliquer sur "click" va faire un GET /hello et le résultat sera intégré dans le paragraphe "cible".

Bien sûr il y a tout un tas d'autres possibilités bien pratiques mais le principe reste celui-là.

J'ai encore toujours du mal à voir l'intérêt des bases NoSQL qui me semblent réinventer la poudre SQL. Surtout depuis qu'on a des champs JSON et maintenant encore plus si on a le même backend.

J'ai loupé quelque chose ?

Si on demande un moratoire sur ce que "personne, pas même leurs créateurs, ne peut comprendre, prédire ou contrôler de manière fiable" il faudrait peut-être en demander un sur l'intelligence humaine aussi.

Tu tapes et après tu discutes. Là c'est pareil, tu commentes et après tu lis.

C'est l'effet LinuxFr

D'autant plus qu'on pourrait se poser la question des économies d'énergies à court terme par rapport au libre. Les mesures proposées sont simples, compréhensibles, adaptables, diffusables, des bonnes recettes de cuisine KISS quoi :).
Y a beaucoup d'utopies dans les petites mesures individuelles mais n'a-t'on pas construit les LL en partant des mêmes principes ?

Pour le coup le sujet traite des économies d'énergies dans les deux ans à venir, donc rien qui ne concernerait le nucléaire ou même les ENR.

L'air de rien comme ça tu viens de sauver la vie un bébé hache pet qui refusait son biberon. Message quelque chose comme "Impossible de …le driver… : success"