C'est une autre façon de faire et qui fonctionnerait aussi. Il y a plein de façon de faire, c'est cool. Dans un programme plus gros, il faudrait faire attention que la fonction appelée par l'interruption soit la plus courte possible, car elle est bloquante.
Si on utilise une interruption, le attachInterrupt serait plutôt comme ça :
attachInterrupt(digitalPinToInterrupt(TAP_PIN), mesure, FALLING);
… car lorsqu'on presse le bouton, le pin 2 passe de HIGH à LOW.
L'Arduino Uno dispose bien d'interruptions qu'on pourrait utiliser pour le mettre en veille et le réveiller, histoire de gagner en consommation électrique.
Mais pendant la mesure (entre deux taps) on ne pourrait pas utiliser le "Power down mode" car il couperait aussi le timer (millis) dont on a besoin pour calculer le tempo. On ne pourrait utiliser que le "Power save mode" bien moins intéressant énergétiquement.
De plus, la carte Uno intègre le convertisseur USB/Serial qui ne se mettra pas en veille, ainsi que le régulateur 3.3V, la diode de présence de tension… au final, on ne gagnerait que quelques mA pour un code bien plus complexe.
Il serait par contre plus intéressant d'activer ce "Power down mode" après les 3s d'inactivité :
- on tape, pas de mise en veille ;
- on ne tape plus, affichage du "…." pendant quelques secondes, puis extinction du rétro-éclairage de l'écran et passage en veille du micro-contrôleur ;
- on retape -> interruption, réveil du micro-contrôleur, allumage de l'écran.
Je pense que lowtech n'a pas tout à fait la même signification en français et en anglais.
Ca ne doit pas vouloir dire qu'on peut le faire en frappant sur des cailloux, mais juste en n'utilisant que le minimum pour que ça fonctionne, pas de trucs surdimensionnés.
Mais quoi qu'il en soit, quand c'est possible, faire tourner un site web avec 2W de consommation, c'est mieux qu'avec 600W. Son serveur est à Barcelone, il y fait sans doute plus de soleil que dans le nord de la France, ça aide aussi.
Avoir des pages qui s'affiche en moins d'une seconde, c'est mieux que d'en attendre 5 ou plus.
Les images en mode dégradé, dans son contexte, n'est pas gênant, et donne même un style particulier (qu'on aime ou pas, les goûts et les couleurs…) au site.
Et puis bon, il fait ce qu'il veut après tout, c'est son site. Comme tu dis, l'idée est bonne.
De Chine, les accès aux serveurs étrangers sont fortement limités (serveurs blacklistés genre ceux de Google et Facebook, et le reste ultra-lent à décourager les plus patients), et au niveau national, le contenu du net est très surveillé et nettoyé.
D'ailleurs en chinois, le mot "censure" se dit 和谐 (héxié) et est le même que le mot "harmonieux". Du coup, sur les sites francophones de Chine, on utilise le mot "Harmonisé" pour parler d'un contenu (ou une personne) censuré.
- On entend plus parler de Robert dans le Hubei, qu'est-ce qu'il devient ?
- il s'est fait harmonisé.
- oh le con !
Bref, tout ça n'est pas nouveau, donc tout le monde est au courant. Par contre il y a une chose plus grave (si je puis dire) en Chine : les sites web disparaissent. Non pas qu'ils soient harmonisés, bien qu'il faille une autorisation du gouvernement pour ouvrir un site web, mais parce que les habitudes des chinois ont changées, ou on les a poussé à changer.
Tout passe par des apps, et principalement Wechat, qui est à l'origine une appli de chat, mais qui fait maintenant tout, mais vraiment tout. J'ai des amis chinois qui ne savent pas se servir d'un navigateur internet, ils n'en ont pas l'usage, tout se fait sur leur smartphone dans l'application qui va bien.
Bien sûr, ces applications s'appuyent sur les bases de l'internet, mais c'est invisible pour les utilisateurs.
Ma crainte, c'est que ce modèle chinois se répande partout dans le monde, et qu'au final on n'utilise plus que quelques apps gérées par des GAFAM chinois ou américains.
Oui, tout comme pour certains corses (ou la Catalogne en Espagne), la volonté d'indépendance d'une partie des Ouïghours est source de conflits, attentats, … mais je pense qu'il y a davantage. Le Xinjiang est chinois depuis 1911, il y a bien eu des tentatives pour se séparer de la Chine, mais globalement rien de sérieux depuis des années 50. (en passant, ce sont les Hui, minorité ethnique musulmane de Chine, qui ont ramené les Ouïghours dans le giron chinois dans les années 40).
Ce "davantage", pour le nommer clairement, c'est le terrorisme islamique.
Le gouvernement chinois est respectueux (oui, le qualificatif peut paraître inopportun) de la religion dans le sphère privée, par contre il n'est pas du tout laxiste quand ça touche la sphère publique, et encore moins quand ça touche le terrorisme. La Chine a une politique d'assimilation que ne renierait pas Eric Zemmour, et ne tolère absolument pas de troubles sur son territoire.
Donc que les Ouïghours soient surveillés de près, sans aucun doute. Que Huawei ait développé un logiciel de reconnaissance des Ouïghours, certainement. (aparté : il ne s'agit pas d'un logiciel qui dans l'absolu (sur faciès) reconnait un Ouïghours d'un autre citoyen. Il s'agit d'une reconnaissance par comparaison avec une base de données ; on est tous fichés en Chine).
Est-ce que des millions de Ouïghours sont enfermés dans des camps d'internement ou d'éducation ? Est-ce que les femmes Ouïghours sont stérilisées ? Est-ce qu'on les oblige à manger du porc et boire de l'alcool ? Moi j'en sais rien. Pour les camps, des millions … ça doit faire de sacrés gros camps. Et puis s'il y a des files spéciales Ouïghours dans les aéroports, ça veut au moins dire qu'ils peuvent prendre l'avion et voyager hors du Xinjiang, ce qui me paraît contradictoire avec un internement massif. Le gouvernement n'oblige pas non plus les autres musulmans (y compris issus de minorités) à manger du porc ou boire de l'alcool.
En ces temps de guerre sino-américaine (car c'est une guerre, pour sûr), il y a de la propagande des deux côtés, et il me paraît malvenu de prendre tout ce qui se dit dans les medias pour argent comptant.
La logique ne serait pas d'envoyer une erreur à l'utilisateur si son mail est en 8 bits signé et que le destinataire demande du 7bits ?
Ton MTA peut transmettre à un MTA qui va transmettre à un autre MTA, etc. Donc c'est impossible de savoir a priori si le MTA de destination accepte ou non le 8bit.
pendant que j'y pense thunderbird pourrait très bien encoder en 7bits dès qu'il signe le mail ça n'est pas très compliqué pour lui, il y a peut être un ticket la dessus
Franchement je ne sais pas si Thunderbird ne le fait pas déjà, je ne signe pas mes mails avec PGP (je sais, c'est pas bien). Il faudrait que tous les clients mail en fasse de même, pas seulement Thunderbird. Mais déjà sans signature PGP, thunderbird envoie des mails en 8bit, qui, suivant le MTA, sera signé avec DKIM en l'état, puis peut-être converti plus tard, et donc potentiellement rejeté (mis en spam, le plus souvent) à l'arrivée.
Il y a, au niveau mondial, une décision à prendre, et à faire appliquer partout, mais c'est sans doute utopique. Cette décision pourrait être :
- un MTA qui n'accepte pas les mails en 8bit, on envoie un avis de non-distribution (avec message clair sur la raison) à l'envoyeur, histoire de forcer la main sur la mise à jour de ce MTA (on utilise le 8bit depuis plus de 15 ans).
- On modifie la RFC en indiquant que les verificateurs DKIM se doivent de prendre en charge les mails en 8bit (mais là aussi il y aura des récalcitrants, on est reparti pour 15 ans).
L'alternative est d'abandonner le 8bit, ou DKIM … On est un peu dans un sac de noeuds.
A mon avis un MTA ne devrait pas avoir à toucher au Body d'un mail, seulement à l'entête, il ne devrait jamais y avoir besoin de faire des conversions d'encoding, en tout cas pas à ce niveau là.
J'ai du mal à suivre… cette option inaccessible aux mineurs non-accompagnés serait configurée par défaut avec une valeur qui invalide soit DKIM soit la signature GPG dans certains cas où tu signes un courriel ?
Thunderbird n'est pas le seul.
Historiquement les mails étaient encodés en 7 bits, l'encodage en 8bit a été ensuite déployé massivement car permettant de réduire les quantités de données à transmettre. Toutefois, même encore maintenent, quelques vieux serveurs SMTP ne gèrent pas encore le 8bit.
Ce support du 8bit peut (et non pas "doit") faire l'objet d'une déclaration en début de communication (EHLO).
Quand un serveur d'envoi fait face à un serveur qui ne prend pas en charge le 8bit, il doit convertir le mail en 7bit, ou base64, ou quoted-printable.
Là dessus est venu se greffer DKIM. Et la RFC 6376 indique bien que le serveur qui applique la signature DKIM devrait systématiquement convertir préalablement les mails 8bit en 7bit ou quoted-printable :
Some messages, particularly those using 8-bit characters, are subject
to modification during transit, notably conversion to 7-bit form.
Such conversions will break DKIM signatures. In order to minimize
the chances of such breakage, Signers SHOULD convert the message to a
suitable MIME content-transfer encoding such as quoted-printable or
base64 as described in [RFC2045] before signing.
Mais un mail signé qvec PGP ne peut pas être converti, pour les mêmes raisons qu'un mail signé avec DKIM ne pourra pas être converti plus loin dans la chaine de transmission.
Donc dans un monde parfait, les vieux serveurs ne supportant pas le 8bit sont au placard, et les serveurs contrôlant les signatures DKIM sont capables de vérifier la signature des mails en 8bit.
Mais on ne vit pas dans un monde parfait, donc il existe encore des vieux serveurs, et pire, beaucoup de serveurs vont invalider la signature DKIM d'un mail 8bit car il n'est pas censé être en 8bit.
Bref, c'est la merde.
L'utilisateur qui signe ses mails avec PGP et ayant connaissance de ce problème doit donc prendre soin d'envoyer ses mails dans un encoding autre que 8bit.
Mais les utilisateurs font ce au'ils veulent, en tant qu'admin, on en revient donc à faire le choix parmi :
- on ne convertit pas le mail PGP 8bit, on signe DKIM comme ça, et DKIM sera parfois rejeté (une fois sur deux, à la louche).
- on convertit comme un bourrin en pétant la signature PGP
- on s'arrache les cheveux à essayer d'implémenter des règles tordues dans son MTA, du genre :
si (PGP et 8bit) {
Pas de DKIM
} elseif (8bit pas PGP) {
convertit en 7bit et signe DKIM
} else {
signe DKIM seulement
}
Bon courage pour faire appliquer ça aux MTA les plus répandus (libres ou pas).
Conclusion, de nos jours, configurer un serveur SMTP n'est pas un chose facile.
Mon cher devnewt, on se retrouve ici sur un sujet non-technique, et tu fais preuve du même
manque de tolérance envers la façon de faire des autres, au moins tu es constant.
Que tu sois convaincu que les Ouïghours soient opprimés, c'est ton droit. Si tu as des preuves irréfutables, partage donc, sinon respecte au moins la diversité des opinions.
Etant donné l'état des relations sino-américaines, il n'est pas étonnant que ces deux mastodontes se tapent dessus dans les médias, à la guerre comme à la guerre, et le gouvernement chinois ne se gêne pas pour fustiger les américains dans ses médias et exacerber le nationalisme sur son territoire. Chacun est libre de croire ce qu'il lit dans les journaux ou entend à la télé, et de tout prendre pour argent comptant, … ou de douter.
Ce que j'ai dit, et qui est factuel, c'est que les Ouïghours sont une minorité parmi 54 autres, et musulmane parmi d'autres minorités musulmanes. Il est donc logique que le fait d'être une minorité ethnique et musulmane ne soit pas l'origine d'une oppression, cela sous-entend une question pour ceux qui pensent que l'oppression des Ouïghours existe : quels sont les raisons réelles de cette oppression ? (autre que quelques gars du PPC autour d'une table qui se disent "putain, on s'emmerde ! on irait pas opprimer les Ouïghours ?", "ha ouais, bonne idée")
A vous les studios !
Tu attises ma curiosité, dans quels cas tu envoies des courriels en "Content-transfer-encoding : 8bit" ? Est-ce un paramétrage par défaut des principaux serveurs ou client courriel ?
C'est au moins le cas de Thunderbird par défaut si des accents ou caractères spéciaux sont présents dans le message.
Pour qu'il arrête d'envoyer des mails en Content-transfer-encoding 8bit, j'ai du modifier (mon thunderbird est en anglais) :
- dans les Parameters -> Composition -> Send options -> Send messages as plain text if possible.
- puis dans Parametres -> General -> Config editor… -> mail.strictly_mime à true
Comme la rédaction et la signature PGP sont fait par le client avant l'envoi au serveur, le serveur ne peut ensuite convertir l'encoding sans faire péter la signature PGP.
Non, et en bon français raleur, je ne suis pas le dernier pour critiquer plein de choses en Chine (on peut longuement discuter du manque flagrant de déontologie des médecins par exemple). Je ne prends juste pas pour argent comptant ce qui se dit dans les médias car :
je n'y suis jamais allé, je ne connais personne (auquel j'aurai un minimum confiance) dans la région concernée, pas de sources fiables, et avec méfiance car expérience passée des Ricains ayant foutu le bordel au Tibet (qui fait que moi, citoyen français, je ne peux plus m'y rendre facilement).
L'oppression, peut-être qu'elle existe, je ne peux l'affirmer ou l'infirmer. Si elle existe, je dis seulement que ce n'est pas parce que c'est une minorité (même si ça fait sans doute plus vendeur dans les médias de dire qu'une minorité se fait opprimer), ni parce qu'ils sont musulmans.
Ce que je peux dire, c'est que dans certains aéroports (celui de Shanghai, si ma mémoire est bonne), lors du passage au contrôle à l'arrivée des vols domestiques, il y a les files d'attente, et dans un coin une file spéciale pour les Ouïghours. Je suppose donc qu'ils ont droit à "un traitement de faveur" avec fouille "approfondie" et questions du genre "T'es Ouïghours, qu'est-ce que tu viens foutre à Shanghai ?".
Faut aussi savoir qu'en Chine, quand le gouvernement décide de quelque chose (et encore plus si ça touche sa souveraineté nationale), ils mettent ensuite le paquet. Ils ne font pas dans la demi-mesure, ce n'est pas comme en France où le politique va faire passer une n-ième loi pour répondre à l'actualité du moment tout en sachant pertinemment que cette loi ne sera suivie d'aucun effet. En Chine, ils décident, et ils appliquent façon rouleau compresseur en y mettant les moyens financiers et humains, c'est aussi sans doute ça qui choque nos yeux d'occidentaux.
Et chapitre N+1 ce sera tous les non zaziatiques de type Han ?
En Chine, il y a 56 ethnies, et les Han sont largement majoritaires (93%). Toutefois les minorités sont en général mieux traitées que les Han par le gouvernement chinois. Par exemple : les étudiants ont des points supplémentaires pour postuler dans les universités, à l'époque de la politique de l'enfant unique, les minorités pouvaient déjà en avoir 2, priorité de reclassement pour les logements neufs…
Je vis en Chine, dans la province du Yunnan où les minorités ethniques sont nombreuses, je connais donc plein de chinois non-han (小数民族), et aucun ne se plaint d'être moins bien traité qu'un Han. Les relations entre Han et minorités sont très bonnes, les chinois sont plutôt fiers de leurs minorités ethniques.
Pour ce qui est des Ouïghours (env 9 millions sur 1.4 milliard), ils vivent dans la province du Xinjiang, ce n'est pas tout près, donc je n'ai pas d'infos sur ce qui s'y passe. Si oppression il y a, elle n'est cependant pas le fait que les Ouïghours soient une minorité ethnique, ni qu'ils soient musulmans d'ailleurs, puisque d'autres minorités ethniques sont également musulmanes et ça se passe très bien.
En effet, pour surveiller son serveur de mail, il faut en avoir un autre.
Un simple ESP8862 peut faire l'affaire, c'est d'ailleurs un super petit projet d'IOT.
Un microcontroleur wifi à quelques euros, il faut bien entendu développer une interface web pour les paramètres wifi et lister les serveurs à surveiller : IP ou nom d'hôte, port, type de service (mail, http, ssh, …), fréquence de vérification).
- Si un serveur / service est down : au choix allumer une led et aller sur l'interface web de l'IOT voir quel serveur est down, ou mieux afficher le problème sur un petit écran LCD/OLED, avec même une petite sirène d'alarme si besoin.
- une autre diode / affichage d'erreur si c'est le wifi/accès internet qui est down.
En veille (entre deux checks), la consommation est quasi-nulle (quelques mA sous 3.3V ou 5V), environ 80mA pendant le check (quelques secondes), et ça prend moins de place qu'un switch 4 ports.
Je crois que je vais me lancer, tiens.
Il est certain que le ticket d'entrée est plus élevé qu'avant, à force de rajouter des couches et des couches, et ça arrange bien les très gros (google…) qui se régalent de tous ces mails qu'ils analysent avec délectation.
Je ne délègue que ma merde (ma boîte spéciale spam) à Microsoft, histoire de me venger un peu d'avoir parfois à utiliser windows.
Ma boîte pro est auto-hébergée et tout se passe bien : pas de spam et mes mails arrivent bien à destination, pas de coupure (et pas encore de disques ou machines HS, croisons les doigts).
C'est sûr que ça demande un sacré boulot à mettre en place : IP fixe (et pas résidentielle, donc location d'un serveur), reverse dns, spf, dkim, dmarc… pas de relay, comptes devant s'authentifier pour recevoir et envoyer, tout en TLS/SSL, etc.
Entre autres raisons, la peur de mal configurer le truc (maîtriser tous les paramètres de postfix ou autres) a fait que j'ai développé un serveur pop et smtp moi-même (signature DKIM inclus), afin d'en comprendre tous les rouages et configurer exactement comme je le veux avec un simple fichier de conf et des logs lisibles humainement.
J'ai un serveur miroir en cas de pépin, le plus long sera la propagation DNS, pas un drame.
Finalement, une fois en place, il n'y a vraiment rien à faire, et ce n'est pas moins fiable que les gros (la boîte où je bossais avant utilisait 365, fallait voir le nombre d'incidents… affolant.)
Je compte bien continuer ainsi car il est hors de question de laisser les mails devenir le domaine réservé de quelques gros acteurs peu scrupuleux.
En effet, les caractéristiques techniques deviennent de plus en plus impressionnantes, surtout vu le prix.
Je pense qu'il y a un effet "Arduino Uno" avec l'ATMega328 et ses "seulement" 16MHz et 32Ko de flash, car on commence souvent avec celui-là, et c'est une bonne chose. On prend de bonnes habitudes pour faire tenir des choses de plus en plus complexes dedans.
En bricolant ces IOT, j'ai l'impression de revenir dans les années 80/90, en mieux. :)
Oui, ce n'est pas compliqué quand on l'a déjà fait et donc qu'on connait. Mais la première fois, faut bien avouer que c'est complexe.
Ca dépend aussi du logiciel utilisé, la config peut être plus ou moins alambiquée.
Et puis tu découvres des trucs chelous, genre les mails envoyés en "Content-transfer-encoding : 8bit" ne peuvent pas avoir une signature DKIM. Pourquoi donc ? j'en sais rien, mais c'est la RFC qui le dit, et les serveurs de destination appliquent ça bêtement et invalide la signature. La RFC dit en gros que ton serveur doit convertir le mail en "7bit" ou "quoted printable" par exemple, avant signature. Sauf que si le mail est préalablement signé avec PGP et qu'on convertit le mail, on casse la signature PGP. Du coup, si on ne convertit pas, la signature PGP est bonne mais la signature DKIM sera vue comme fausse, et si on convertit la signature PGP sera fausse.
C'est la joie pour paramétrer le truc : Si "8bit" et !"PGP" -> convertit + DKIM, sinon, pas de conversion et pas de DKIM.
Finalement, ce n'est pas si simple.
L'auto-hébergement peut potentiellement couvrir plein de choses (site web, cloud perso, chat, …) mais les mails, c'est un peu particulier car il faut vraiment faire les choses à fond pour que ça fonctionne.
Pour ce qui est de recevoir des spams, sauf à parler des filtres anti-spam des grosses boîtes genre Free/Orange qui analysent les boîtes mails des clients pour faire des stats…, ça n'a rien à voir avec l'auto-hébergement. Faut juste faire attention de ne pas donner son adresse email à n'importe qui / n'importe quel site.
J'ai par exemple trois adresses, une en "hotmail" que j'utilise sur les sites dont je sais pertinemment qu'ils vont envoyer du spam (réclames au mieux, vendre l'adresse à des gens peu scrupuleux souvent). Je ne consulte jamais cette boîte, je la purge juste une fois par an de ses 2000 spams.
J'ai une autre adresse chez Free, que j'utilise sur les sites "sérieux", et je ne reçois quasiment jamais de spam dessus (quasiment, veut dire que ça arrive de temps en temps, disons 5 par mois).
J'ai une adresse auto-hébergée, pour mon activité IT (faut bien vivre ma brave dame), et bien que j'échange professionnellement avec beaucoup de gens je n'ai jamais de spams dessus.
Donc recevoir du spam ne dépend pas du fait d'être auto-hébergé ou pas, faut juste faire attention à ce qu'on donne et à qui.
Pour ce qui est de l'envoi des mails en auto-hébergement, c'est plus complexe, car il faut vraiment tout mettre en place de A à Z et tout configurer comme il faut : IP fixe, reverse DNS, SFP, DKIM, DMARC, … avec les certificats qui vont bien, et surtout ne pas s'amuser à spammer, évidemment. C'est laborieux au départ, mais quand ça roule il n'y a quasiment plus d'administration à faire.
J'ai un site communautaire qui fait que mon serveur de mail (écrit en PHP) envoie environ 600 mails par jour à travers le monde entier, et je n'ai pas de problème de mise en spam. Il est listé chez SORB pour un truc arrivé en 2011 (donc avant que je récupère cette IP) et le délistage n'est peut-être pas impossible mais ressemble à un parcours du combattant, mais ça ne semble pas gênant dans les faits, je vis avec, et tant mieux si personne ne fait confiance à SORB.
Bref, auto-héberger ses mails est possible. Ce n'est pas évident à mettre en place mais quand c'est fait, ça roule poupoule !
Pareil, je m'amuse beaucoup dernièrement avec des arduino, ESP8862, et surtout ESP32 qui dispose vraiment de tout ce qu'il faut genre wifi, bluetooth, une chiée d'entrées/sorties (y compris analogiques) et coûte moins de 2 euros livré ici. Faut bien qu'il y ait des avantages à vivre en Chine.
Les capteurs en tous genres sont aussi quasi-donnés ici.
Mine de rien, bricoler ces micro-contrôleurs où il faut optimiser le code, car RAM et MHz limités, modifie aussi ma façon de coder sous linux. C'est une expérience à la fois amusante et utile.
Je me rends compte après coup que la citation de mon précédent message est quelque peu ambigüe. Mon cher Boa Treize, il n'était point dans mes intentions te t'associer à cette magnifique oeuvre de Brassens ; elle m'était bien entendu auto-destinée, vu que je suis encore bien con de venir sur un journal francophone ramener ma science, sachant pertinemment que ça ne génèrera qu'incompréhensions mutuelles.
Le fait d'avoir fait du Cobol sur mainframe dans ma jeunesse, d'avoir passé une bonne partie de ma carrière sur AS/400, ou d'avoir travaillé dans différentes banques ne me donne absolument le droit d'en comparer les technos avec le monde merveilleux de Java qui peut sans doute facilement atteindre les 50 millions de transaction par jour si on y met les moyens, vu que dans la vie tout est une question de temps et d'argent.
Je retourne donc dans ma tanière numérique. Bises (numériques aussi, covid oblige).
Quand on sait pas lire correctement … ou qu'on ne veut pas … 没办法
Je disais récemment sur un autre journal que la langue française, malgré toutes ses qualités, n'était pas la meilleure langue pour débattre. Force m'est d'admettre que ce n'est pas qu'un problème de langue. Comme disait Brassens : "Quand on est c.., on est c.."
Je dis que les lapins mangent des carottes et pas des choux, tu me réponds "si, des choux".
Du coup je demande quels lapins, tu me réponds "une chêvre".
Bref, faut rester concentré un peu.
Compare donc tes centaines de milliers de transactions par an avec :
- virements bancaires en France (uniquement) en 2018 : 4 milliards (+ d'un côté, - de l' autre)
- paiements par CB (en France toujours) : 12 milliards
Ca fait 54 millons de transactions par jour (vs moins d'un million par an). Alors certes, c'est toutes banques confondues, mais les banques ne travaillent pas qu'en France non plus, je n'ai pas trouvé de chiffres mondiaux en moins de 30s.
Java et Cobol, ce n'est pas le même monde, un point c'est tout.
Les mainframes coûtent très (très très très) chers, et les banques ne les ont pas encore balancés pour de très bonnes raisons.
Ben voilà, une seule ligne de troll dans le post et tu es tombé dedans… bon cela dit on était pas vendredi.
Pour redevenir serieux, tu affirmes donc que certaines banques (au moins une) utilisent java pour gérer les comptes bancaires, dis m'en donc davantage. Que des applications périphériques soient en java, sans doute (par exemple la saisie des infos d'un virement), mais la coeur de la gestion, je n'y ai vu que des mainframes, je suis donc curieux de ton "Ah ben si ça se fait, et en Java", développe un peu svp.
… vu que vos (et mes) comptes en banque sont gérés par des programmes écrits en Cobol (ou en Pacbase, langage de 4ème génération qui génère du … Cobol) qui tournent depuis plus de 30 ans.
Je suis curieux de savoir s'il y a une seule grosse banque au monde qui n'utilise pas de mainframe, et donc de Cobol.
Le domaine des mainframes, ce sont les banques et les assurances, et vu la criticité des transferts de fonds, les programmes gérant les transactions bancaires sont ultra-surveillés, et on ne va pas les changer pour le nouveau langage à la mode (encore moins le moribond java, même s'il aura fallu 20 ans au monde de l'IT pour s'apercevoir de la bouse que c'était).
Des entreprises qui utilisent des mainframes, en dehors des banques et assurances, il n'y en a pas des masses. les entreprises ont préféré opter pour le petit frère mois coûteux (c'est relatif) : l'AS/400, qui lui fait tourner des programmes compilés écrits en RPG (GAP jusqu'à la version 3, ILE ensuite). En RPG, une ligne de code tenait sur une carte perforée, le premier caractère de la ligne indiquant le type de carte (F pour déclarer un accès à un fichier, C pour du code, D pour déclarer une variable, …)
Les développeurs Cobol et RPG n'ont pas à craindre le chômage, ils craignent juste de mourir d'ennui à travailler dans un environnement technique pas vraiment sexy.
La langue et la culture sont très liées ; pour comprendre une culture, il faut en comprendre la langue, et réciproquement. Donc dire que c'est plutôt une différence culturelle revient aussi à dire que c'est une différence linguistique. On ne peut pas les opposer.
Si un chinois se met à parler fort, à brailler, on peut se douter qu'il est en colère, ce sont aussi des êtres humains, et le mandarin permet de faire passer aussi des émotions. Je n'ai pas dit que ce sont des robots. A situation donnée, le contexte aide beaucoup à décrypter les émotions, surtout en chinois qui est une langue contextuelle.
Le mandarin permet toutefois facilement de choisir de rester neutre, surtout à l'écrit, mais à l'oral aussi (tu peux ainsi dire une phrase, penser son contraire, et sourire en même temps, sans problème. Corolaire : les chinois mentent souvent).
En français, c'est plus difficile, et sauf à être un tant soit peu doué pour la comédie, ce n'est pas gagné.
Or sur les fora français, les gens ne s'emmerdent pas à faire attention, d'où une rapide montée en tension. Je généralise, certes, car on trouvera toujours un forum ou l'autre où les gens se respectent et font attention à leurs tournures de phrase.
Mon but n'était pas de critiquer la langue française, qui est merveilleuse à bien des égards, mon point est juste de dire que ce n'est pas la meilleure langue pour débattre d'un sujet car l'émotion pointe trop au travers du langage.
Pour appuyer mon propos, je pourrais donner des exemples de tournures de phrases dans chacune des 3 langues évoquées, mais je ne le ferai pas, car on en viendrait alors à débattre (en français, mon dieu !) du niveau litteraire des uns et des autres.
Je vais donc prendre un exemple plus simple et que, j'espère, tout le monde pourra comprendre et accepter comme valable : dire "bonjour".
Imaginons un matin au boulot, le collègue arrive et sort son "bonjour" quotidien : ben oui, coronatruc, pas de serrage de main, pas de bises, juste un "bonjour".
Est-ce que, en entendant ce simple mot, on est capable de connaître l'humeur du collègue ? Dans une grande majorité des cas, oui, grâce (ou à cause) de l'intonation. Des "bonjour", il y en a de toutes sortes, des joyeux, des tristes, des secs, des mielleux, …
Dire un "bonjour" neutre, sans laisser percer aucune émotion, ça doit être un exercice de style dans les écoles de théâtre, car en réalité c'est super difficile à faire.
Prenons le "bonjour" anglais : "hello" ou "hi", qui est plus simple à articuler, mais qui permet tout de même d'en faire de belles variations tonales. Même si on n'est pas "fluent" en anglais, on peut facilement imaginer des Hi enjoués des Hello surpris, etc. Mais le ton est alors un peu plus volontaire (forcé si on peut dire) que le "bonjour" français" auquel il est difficile de ne pas mettre d'émotions.
Pour finir avec le "你好" chinois, qui est une langue tonale, donc chaque syllabes doit se prononcer en respectant un ton donné : 4 tons en mandarin, plus un ton "neutre" (syllabe non-accentuée). Dans le cas de "你好", les deux syllabes prises seules sont au troisième ton, mais quand deux troisième-tons se suivent, la première syllabe passe au deuxième ton, on a donc un truc du genre ：Nǐ hǎo devient Ní hǎo. On doit donc prononcer ce "bonjour" chinois en faisant monter le ton de la voix (vers l'aigu) sur le Ni, et ensuite descendre et remonter le ton (aigu -> grave -> aigu) sur le Hao. On peut comprendre qu'il est alors difficile d'ajouter une intonation sur deux syllabes qui ont déjà des tons, il y a peu de place pour faire des variations. Ca se vérifie dans la pratique : il est difficile de connaître l'humeur de quelqu'un juste en entendant "你好", même si parfois, avec l'habitude, on peut arriver à discerner un petit truc.
[^] # Re: Intéressant !
Posté par xulops (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 3.
C'est une autre façon de faire et qui fonctionnerait aussi. Il y a plein de façon de faire, c'est cool. Dans un programme plus gros, il faudrait faire attention que la fonction appelée par l'interruption soit la plus courte possible, car elle est bloquante.
Si on utilise une interruption, le attachInterrupt serait plutôt comme ça :
attachInterrupt(digitalPinToInterrupt(TAP_PIN), mesure, FALLING);
… car lorsqu'on presse le bouton, le pin 2 passe de HIGH à LOW.
[^] # Re: Intéressant !
Posté par xulops (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 4.
L'Arduino Uno dispose bien d'interruptions qu'on pourrait utiliser pour le mettre en veille et le réveiller, histoire de gagner en consommation électrique.
Mais pendant la mesure (entre deux taps) on ne pourrait pas utiliser le "Power down mode" car il couperait aussi le timer (millis) dont on a besoin pour calculer le tempo. On ne pourrait utiliser que le "Power save mode" bien moins intéressant énergétiquement.
De plus, la carte Uno intègre le convertisseur USB/Serial qui ne se mettra pas en veille, ainsi que le régulateur 3.3V, la diode de présence de tension… au final, on ne gagnerait que quelques mA pour un code bien plus complexe.
Il serait par contre plus intéressant d'activer ce "Power down mode" après les 3s d'inactivité :
- on tape, pas de mise en veille ;
- on ne tape plus, affichage du "…." pendant quelques secondes, puis extinction du rétro-éclairage de l'écran et passage en veille du micro-contrôleur ;
- on retape -> interruption, réveil du micro-contrôleur, allumage de l'écran.
[^] # Re: Tableau
Posté par xulops (site web personnel) . En réponse à la dépêche TapTempo pour Arduino Uno. Évalué à 4.
Super, ça fait passer le code compilé à 4068 octets, donc 24 octets de gagnés.
[^] # Re: ah bon, un A20 c'est lowtech?
Posté par xulops (site web personnel) . En réponse au lien lowtech magazine: comment construire un site web low-tech. Évalué à 5.
Je pense que lowtech n'a pas tout à fait la même signification en français et en anglais.
Ca ne doit pas vouloir dire qu'on peut le faire en frappant sur des cailloux, mais juste en n'utilisant que le minimum pour que ça fonctionne, pas de trucs surdimensionnés.
Mais quoi qu'il en soit, quand c'est possible, faire tourner un site web avec 2W de consommation, c'est mieux qu'avec 600W. Son serveur est à Barcelone, il y fait sans doute plus de soleil que dans le nord de la France, ça aide aussi.
Avoir des pages qui s'affiche en moins d'une seconde, c'est mieux que d'en attendre 5 ou plus.
Les images en mode dégradé, dans son contexte, n'est pas gênant, et donne même un style particulier (qu'on aime ou pas, les goûts et les couleurs…) au site.
Et puis bon, il fait ce qu'il veut après tout, c'est son site. Comme tu dis, l'idée est bonne.
# Pas que la grande muraille de Chine
Posté par xulops (site web personnel) . En réponse au sondage Craindre la balkanisation du Web…. Évalué à 10. Dernière modification le 16 décembre 2020 à 12:20.
De Chine, les accès aux serveurs étrangers sont fortement limités (serveurs blacklistés genre ceux de Google et Facebook, et le reste ultra-lent à décourager les plus patients), et au niveau national, le contenu du net est très surveillé et nettoyé.
D'ailleurs en chinois, le mot "censure" se dit 和谐 (héxié) et est le même que le mot "harmonieux". Du coup, sur les sites francophones de Chine, on utilise le mot "Harmonisé" pour parler d'un contenu (ou une personne) censuré.
- On entend plus parler de Robert dans le Hubei, qu'est-ce qu'il devient ?
- il s'est fait harmonisé.
- oh le con !
Bref, tout ça n'est pas nouveau, donc tout le monde est au courant. Par contre il y a une chose plus grave (si je puis dire) en Chine : les sites web disparaissent. Non pas qu'ils soient harmonisés, bien qu'il faille une autorisation du gouvernement pour ouvrir un site web, mais parce que les habitudes des chinois ont changées, ou on les a poussé à changer.
Tout passe par des apps, et principalement Wechat, qui est à l'origine une appli de chat, mais qui fait maintenant tout, mais vraiment tout. J'ai des amis chinois qui ne savent pas se servir d'un navigateur internet, ils n'en ont pas l'usage, tout se fait sur leur smartphone dans l'application qui va bien.
Bien sûr, ces applications s'appuyent sur les bases de l'internet, mais c'est invisible pour les utilisateurs.
Ma crainte, c'est que ce modèle chinois se répande partout dans le monde, et qu'au final on n'utilise plus que quelques apps gérées par des GAFAM chinois ou américains.
[^] # Re: Colonisation
Posté par xulops (site web personnel) . En réponse au lien Surveillance de masse - Huawei a testé une IA capable de reconnaître les Ouïghours. Évalué à -1.
Oui, tout comme pour certains corses (ou la Catalogne en Espagne), la volonté d'indépendance d'une partie des Ouïghours est source de conflits, attentats, … mais je pense qu'il y a davantage. Le Xinjiang est chinois depuis 1911, il y a bien eu des tentatives pour se séparer de la Chine, mais globalement rien de sérieux depuis des années 50. (en passant, ce sont les Hui, minorité ethnique musulmane de Chine, qui ont ramené les Ouïghours dans le giron chinois dans les années 40).
Ce "davantage", pour le nommer clairement, c'est le terrorisme islamique.
Le gouvernement chinois est respectueux (oui, le qualificatif peut paraître inopportun) de la religion dans le sphère privée, par contre il n'est pas du tout laxiste quand ça touche la sphère publique, et encore moins quand ça touche le terrorisme. La Chine a une politique d'assimilation que ne renierait pas Eric Zemmour, et ne tolère absolument pas de troubles sur son territoire.
Donc que les Ouïghours soient surveillés de près, sans aucun doute. Que Huawei ait développé un logiciel de reconnaissance des Ouïghours, certainement. (aparté : il ne s'agit pas d'un logiciel qui dans l'absolu (sur faciès) reconnait un Ouïghours d'un autre citoyen. Il s'agit d'une reconnaissance par comparaison avec une base de données ; on est tous fichés en Chine).
Est-ce que des millions de Ouïghours sont enfermés dans des camps d'internement ou d'éducation ? Est-ce que les femmes Ouïghours sont stérilisées ? Est-ce qu'on les oblige à manger du porc et boire de l'alcool ? Moi j'en sais rien. Pour les camps, des millions … ça doit faire de sacrés gros camps. Et puis s'il y a des files spéciales Ouïghours dans les aéroports, ça veut au moins dire qu'ils peuvent prendre l'avion et voyager hors du Xinjiang, ce qui me paraît contradictoire avec un internement massif. Le gouvernement n'oblige pas non plus les autres musulmans (y compris issus de minorités) à manger du porc ou boire de l'alcool.
En ces temps de guerre sino-américaine (car c'est une guerre, pour sûr), il y a de la propagande des deux côtés, et il me paraît malvenu de prendre tout ce qui se dit dans les medias pour argent comptant.
[^] # Re: Autohébergement
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.
Ton MTA peut transmettre à un MTA qui va transmettre à un autre MTA, etc. Donc c'est impossible de savoir a priori si le MTA de destination accepte ou non le 8bit.
Franchement je ne sais pas si Thunderbird ne le fait pas déjà, je ne signe pas mes mails avec PGP (je sais, c'est pas bien). Il faudrait que tous les clients mail en fasse de même, pas seulement Thunderbird. Mais déjà sans signature PGP, thunderbird envoie des mails en 8bit, qui, suivant le MTA, sera signé avec DKIM en l'état, puis peut-être converti plus tard, et donc potentiellement rejeté (mis en spam, le plus souvent) à l'arrivée.
Il y a, au niveau mondial, une décision à prendre, et à faire appliquer partout, mais c'est sans doute utopique. Cette décision pourrait être :
- un MTA qui n'accepte pas les mails en 8bit, on envoie un avis de non-distribution (avec message clair sur la raison) à l'envoyeur, histoire de forcer la main sur la mise à jour de ce MTA (on utilise le 8bit depuis plus de 15 ans).
- On modifie la RFC en indiquant que les verificateurs DKIM se doivent de prendre en charge les mails en 8bit (mais là aussi il y aura des récalcitrants, on est reparti pour 15 ans).
L'alternative est d'abandonner le 8bit, ou DKIM … On est un peu dans un sac de noeuds.
A mon avis un MTA ne devrait pas avoir à toucher au Body d'un mail, seulement à l'entête, il ne devrait jamais y avoir besoin de faire des conversions d'encoding, en tout cas pas à ce niveau là.
[^] # Re: Autohébergement
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 5.
Thunderbird n'est pas le seul.
Historiquement les mails étaient encodés en 7 bits, l'encodage en 8bit a été ensuite déployé massivement car permettant de réduire les quantités de données à transmettre. Toutefois, même encore maintenent, quelques vieux serveurs SMTP ne gèrent pas encore le 8bit.
Ce support du 8bit peut (et non pas "doit") faire l'objet d'une déclaration en début de communication (EHLO).
Quand un serveur d'envoi fait face à un serveur qui ne prend pas en charge le 8bit, il doit convertir le mail en 7bit, ou base64, ou quoted-printable.
Là dessus est venu se greffer DKIM. Et la RFC 6376 indique bien que le serveur qui applique la signature DKIM devrait systématiquement convertir préalablement les mails 8bit en 7bit ou quoted-printable :
Some messages, particularly those using 8-bit characters, are subject
to modification during transit, notably conversion to 7-bit form.
Such conversions will break DKIM signatures. In order to minimize
the chances of such breakage, Signers SHOULD convert the message to a
suitable MIME content-transfer encoding such as quoted-printable or
base64 as described in [RFC2045] before signing.
Mais un mail signé qvec PGP ne peut pas être converti, pour les mêmes raisons qu'un mail signé avec DKIM ne pourra pas être converti plus loin dans la chaine de transmission.
Donc dans un monde parfait, les vieux serveurs ne supportant pas le 8bit sont au placard, et les serveurs contrôlant les signatures DKIM sont capables de vérifier la signature des mails en 8bit.
Mais on ne vit pas dans un monde parfait, donc il existe encore des vieux serveurs, et pire, beaucoup de serveurs vont invalider la signature DKIM d'un mail 8bit car il n'est pas censé être en 8bit.
Bref, c'est la merde.
L'utilisateur qui signe ses mails avec PGP et ayant connaissance de ce problème doit donc prendre soin d'envoyer ses mails dans un encoding autre que 8bit.
Mais les utilisateurs font ce au'ils veulent, en tant qu'admin, on en revient donc à faire le choix parmi :
- on ne convertit pas le mail PGP 8bit, on signe DKIM comme ça, et DKIM sera parfois rejeté (une fois sur deux, à la louche).
- on convertit comme un bourrin en pétant la signature PGP
- on s'arrache les cheveux à essayer d'implémenter des règles tordues dans son MTA, du genre :
si (PGP et 8bit) {
Pas de DKIM
} elseif (8bit pas PGP) {
convertit en 7bit et signe DKIM
} else {
signe DKIM seulement
}
Bon courage pour faire appliquer ça aux MTA les plus répandus (libres ou pas).
Conclusion, de nos jours, configurer un serveur SMTP n'est pas un chose facile.
[^] # Re: Chapitre II
Posté par xulops (site web personnel) . En réponse au lien Surveillance de masse - Huawei a testé une IA capable de reconnaître les Ouïghours. Évalué à -1.
Mon cher devnewt, on se retrouve ici sur un sujet non-technique, et tu fais preuve du même
manque de tolérance envers la façon de faire des autres, au moins tu es constant.
Que tu sois convaincu que les Ouïghours soient opprimés, c'est ton droit. Si tu as des preuves irréfutables, partage donc, sinon respecte au moins la diversité des opinions.
Etant donné l'état des relations sino-américaines, il n'est pas étonnant que ces deux mastodontes se tapent dessus dans les médias, à la guerre comme à la guerre, et le gouvernement chinois ne se gêne pas pour fustiger les américains dans ses médias et exacerber le nationalisme sur son territoire. Chacun est libre de croire ce qu'il lit dans les journaux ou entend à la télé, et de tout prendre pour argent comptant, … ou de douter.
Ce que j'ai dit, et qui est factuel, c'est que les Ouïghours sont une minorité parmi 54 autres, et musulmane parmi d'autres minorités musulmanes. Il est donc logique que le fait d'être une minorité ethnique et musulmane ne soit pas l'origine d'une oppression, cela sous-entend une question pour ceux qui pensent que l'oppression des Ouïghours existe : quels sont les raisons réelles de cette oppression ? (autre que quelques gars du PPC autour d'une table qui se disent "putain, on s'emmerde ! on irait pas opprimer les Ouïghours ?", "ha ouais, bonne idée")
A vous les studios !
[^] # Re: Autohébergement
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.
C'est au moins le cas de Thunderbird par défaut si des accents ou caractères spéciaux sont présents dans le message.
Pour qu'il arrête d'envoyer des mails en Content-transfer-encoding 8bit, j'ai du modifier (mon thunderbird est en anglais) :
- dans les Parameters -> Composition -> Send options -> Send messages as plain text if possible.
- puis dans Parametres -> General -> Config editor… -> mail.strictly_mime à true
Comme la rédaction et la signature PGP sont fait par le client avant l'envoi au serveur, le serveur ne peut ensuite convertir l'encoding sans faire péter la signature PGP.
[^] # Re: Chapitre II
Posté par xulops (site web personnel) . En réponse au lien Surveillance de masse - Huawei a testé une IA capable de reconnaître les Ouïghours. Évalué à -1.
Non, et en bon français raleur, je ne suis pas le dernier pour critiquer plein de choses en Chine (on peut longuement discuter du manque flagrant de déontologie des médecins par exemple). Je ne prends juste pas pour argent comptant ce qui se dit dans les médias car :
je n'y suis jamais allé, je ne connais personne (auquel j'aurai un minimum confiance) dans la région concernée, pas de sources fiables, et avec méfiance car expérience passée des Ricains ayant foutu le bordel au Tibet (qui fait que moi, citoyen français, je ne peux plus m'y rendre facilement).
L'oppression, peut-être qu'elle existe, je ne peux l'affirmer ou l'infirmer. Si elle existe, je dis seulement que ce n'est pas parce que c'est une minorité (même si ça fait sans doute plus vendeur dans les médias de dire qu'une minorité se fait opprimer), ni parce qu'ils sont musulmans.
Ce que je peux dire, c'est que dans certains aéroports (celui de Shanghai, si ma mémoire est bonne), lors du passage au contrôle à l'arrivée des vols domestiques, il y a les files d'attente, et dans un coin une file spéciale pour les Ouïghours. Je suppose donc qu'ils ont droit à "un traitement de faveur" avec fouille "approfondie" et questions du genre "T'es Ouïghours, qu'est-ce que tu viens foutre à Shanghai ?".
Faut aussi savoir qu'en Chine, quand le gouvernement décide de quelque chose (et encore plus si ça touche sa souveraineté nationale), ils mettent ensuite le paquet. Ils ne font pas dans la demi-mesure, ce n'est pas comme en France où le politique va faire passer une n-ième loi pour répondre à l'actualité du moment tout en sachant pertinemment que cette loi ne sera suivie d'aucun effet. En Chine, ils décident, et ils appliquent façon rouleau compresseur en y mettant les moyens financiers et humains, c'est aussi sans doute ça qui choque nos yeux d'occidentaux.
[^] # Re: Chapitre II
Posté par xulops (site web personnel) . En réponse au lien Surveillance de masse - Huawei a testé une IA capable de reconnaître les Ouïghours. Évalué à 0.
En Chine, il y a 56 ethnies, et les Han sont largement majoritaires (93%). Toutefois les minorités sont en général mieux traitées que les Han par le gouvernement chinois. Par exemple : les étudiants ont des points supplémentaires pour postuler dans les universités, à l'époque de la politique de l'enfant unique, les minorités pouvaient déjà en avoir 2, priorité de reclassement pour les logements neufs…
Je vis en Chine, dans la province du Yunnan où les minorités ethniques sont nombreuses, je connais donc plein de chinois non-han (小数民族), et aucun ne se plaint d'être moins bien traité qu'un Han. Les relations entre Han et minorités sont très bonnes, les chinois sont plutôt fiers de leurs minorités ethniques.
Pour ce qui est des Ouïghours (env 9 millions sur 1.4 milliard), ils vivent dans la province du Xinjiang, ce n'est pas tout près, donc je n'ai pas d'infos sur ce qui s'y passe. Si oppression il y a, elle n'est cependant pas le fait que les Ouïghours soient une minorité ethnique, ni qu'ils soient musulmans d'ailleurs, puisque d'autres minorités ethniques sont également musulmanes et ça se passe très bien.
[^] # Re: Surveillance externe
Posté par xulops (site web personnel) . En réponse au journal Héberger son serveur de mails, c'est nul. Évalué à 6.
Un simple ESP8862 peut faire l'affaire, c'est d'ailleurs un super petit projet d'IOT.
Un microcontroleur wifi à quelques euros, il faut bien entendu développer une interface web pour les paramètres wifi et lister les serveurs à surveiller : IP ou nom d'hôte, port, type de service (mail, http, ssh, …), fréquence de vérification).
- Si un serveur / service est down : au choix allumer une led et aller sur l'interface web de l'IOT voir quel serveur est down, ou mieux afficher le problème sur un petit écran LCD/OLED, avec même une petite sirène d'alarme si besoin.
- une autre diode / affichage d'erreur si c'est le wifi/accès internet qui est down.
En veille (entre deux checks), la consommation est quasi-nulle (quelques mA sous 3.3V ou 5V), environ 80mA pendant le check (quelques secondes), et ça prend moins de place qu'un switch 4 ports.
Je crois que je vais me lancer, tiens.
# mais non, c'est pas nul
Posté par xulops (site web personnel) . En réponse au journal Héberger son serveur de mails, c'est nul. Évalué à 10. Dernière modification le 11 décembre 2020 à 13:13.
C'est marrant, on en parlait un peu là récemment : Linux ne m'intéresse plus
Il est certain que le ticket d'entrée est plus élevé qu'avant, à force de rajouter des couches et des couches, et ça arrange bien les très gros (google…) qui se régalent de tous ces mails qu'ils analysent avec délectation.
Je ne délègue que ma merde (ma boîte spéciale spam) à Microsoft, histoire de me venger un peu d'avoir parfois à utiliser windows.
Ma boîte pro est auto-hébergée et tout se passe bien : pas de spam et mes mails arrivent bien à destination, pas de coupure (et pas encore de disques ou machines HS, croisons les doigts).
C'est sûr que ça demande un sacré boulot à mettre en place : IP fixe (et pas résidentielle, donc location d'un serveur), reverse dns, spf, dkim, dmarc… pas de relay, comptes devant s'authentifier pour recevoir et envoyer, tout en TLS/SSL, etc.
Entre autres raisons, la peur de mal configurer le truc (maîtriser tous les paramètres de postfix ou autres) a fait que j'ai développé un serveur pop et smtp moi-même (signature DKIM inclus), afin d'en comprendre tous les rouages et configurer exactement comme je le veux avec un simple fichier de conf et des logs lisibles humainement.
J'ai un serveur miroir en cas de pépin, le plus long sera la propagation DNS, pas un drame.
Finalement, une fois en place, il n'y a vraiment rien à faire, et ce n'est pas moins fiable que les gros (la boîte où je bossais avant utilisait 365, fallait voir le nombre d'incidents… affolant.)
Je compte bien continuer ainsi car il est hors de question de laisser les mails devenir le domaine réservé de quelques gros acteurs peu scrupuleux.
[^] # Re: L'âge ?
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 1.
En effet, les caractéristiques techniques deviennent de plus en plus impressionnantes, surtout vu le prix.
Je pense qu'il y a un effet "Arduino Uno" avec l'ATMega328 et ses "seulement" 16MHz et 32Ko de flash, car on commence souvent avec celui-là, et c'est une bonne chose. On prend de bonnes habitudes pour faire tenir des choses de plus en plus complexes dedans.
En bricolant ces IOT, j'ai l'impression de revenir dans les années 80/90, en mieux. :)
[^] # Re: Autohébergement
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 6.
Oui, ce n'est pas compliqué quand on l'a déjà fait et donc qu'on connait. Mais la première fois, faut bien avouer que c'est complexe.
Ca dépend aussi du logiciel utilisé, la config peut être plus ou moins alambiquée.
Et puis tu découvres des trucs chelous, genre les mails envoyés en "Content-transfer-encoding : 8bit" ne peuvent pas avoir une signature DKIM. Pourquoi donc ? j'en sais rien, mais c'est la RFC qui le dit, et les serveurs de destination appliquent ça bêtement et invalide la signature. La RFC dit en gros que ton serveur doit convertir le mail en "7bit" ou "quoted printable" par exemple, avant signature. Sauf que si le mail est préalablement signé avec PGP et qu'on convertit le mail, on casse la signature PGP. Du coup, si on ne convertit pas, la signature PGP est bonne mais la signature DKIM sera vue comme fausse, et si on convertit la signature PGP sera fausse.
C'est la joie pour paramétrer le truc : Si "8bit" et !"PGP" -> convertit + DKIM, sinon, pas de conversion et pas de DKIM.
Finalement, ce n'est pas si simple.
[^] # Re: Autohébergement
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 4. Dernière modification le 10 décembre 2020 à 14:14.
L'auto-hébergement peut potentiellement couvrir plein de choses (site web, cloud perso, chat, …) mais les mails, c'est un peu particulier car il faut vraiment faire les choses à fond pour que ça fonctionne.
Pour ce qui est de recevoir des spams, sauf à parler des filtres anti-spam des grosses boîtes genre Free/Orange qui analysent les boîtes mails des clients pour faire des stats…, ça n'a rien à voir avec l'auto-hébergement. Faut juste faire attention de ne pas donner son adresse email à n'importe qui / n'importe quel site.
J'ai par exemple trois adresses, une en "hotmail" que j'utilise sur les sites dont je sais pertinemment qu'ils vont envoyer du spam (réclames au mieux, vendre l'adresse à des gens peu scrupuleux souvent). Je ne consulte jamais cette boîte, je la purge juste une fois par an de ses 2000 spams.
J'ai une autre adresse chez Free, que j'utilise sur les sites "sérieux", et je ne reçois quasiment jamais de spam dessus (quasiment, veut dire que ça arrive de temps en temps, disons 5 par mois).
J'ai une adresse auto-hébergée, pour mon activité IT (faut bien vivre ma brave dame), et bien que j'échange professionnellement avec beaucoup de gens je n'ai jamais de spams dessus.
Donc recevoir du spam ne dépend pas du fait d'être auto-hébergé ou pas, faut juste faire attention à ce qu'on donne et à qui.
Pour ce qui est de l'envoi des mails en auto-hébergement, c'est plus complexe, car il faut vraiment tout mettre en place de A à Z et tout configurer comme il faut : IP fixe, reverse DNS, SFP, DKIM, DMARC, … avec les certificats qui vont bien, et surtout ne pas s'amuser à spammer, évidemment. C'est laborieux au départ, mais quand ça roule il n'y a quasiment plus d'administration à faire.
J'ai un site communautaire qui fait que mon serveur de mail (écrit en PHP) envoie environ 600 mails par jour à travers le monde entier, et je n'ai pas de problème de mise en spam. Il est listé chez SORB pour un truc arrivé en 2011 (donc avant que je récupère cette IP) et le délistage n'est peut-être pas impossible mais ressemble à un parcours du combattant, mais ça ne semble pas gênant dans les faits, je vis avec, et tant mieux si personne ne fait confiance à SORB.
Bref, auto-héberger ses mails est possible. Ce n'est pas évident à mettre en place mais quand c'est fait, ça roule poupoule !
[^] # Re: L'âge ?
Posté par xulops (site web personnel) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.
Pareil, je m'amuse beaucoup dernièrement avec des arduino, ESP8862, et surtout ESP32 qui dispose vraiment de tout ce qu'il faut genre wifi, bluetooth, une chiée d'entrées/sorties (y compris analogiques) et coûte moins de 2 euros livré ici. Faut bien qu'il y ait des avantages à vivre en Chine.
Les capteurs en tous genres sont aussi quasi-donnés ici.
Mine de rien, bricoler ces micro-contrôleurs où il faut optimiser le code, car RAM et MHz limités, modifie aussi ma façon de coder sous linux. C'est une expérience à la fois amusante et utile.
[^] # Re: Le cobol est loin d'être mort
Posté par xulops (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 1.
Je me rends compte après coup que la citation de mon précédent message est quelque peu ambigüe. Mon cher Boa Treize, il n'était point dans mes intentions te t'associer à cette magnifique oeuvre de Brassens ; elle m'était bien entendu auto-destinée, vu que je suis encore bien con de venir sur un journal francophone ramener ma science, sachant pertinemment que ça ne génèrera qu'incompréhensions mutuelles.
Le fait d'avoir fait du Cobol sur mainframe dans ma jeunesse, d'avoir passé une bonne partie de ma carrière sur AS/400, ou d'avoir travaillé dans différentes banques ne me donne absolument le droit d'en comparer les technos avec le monde merveilleux de Java qui peut sans doute facilement atteindre les 50 millions de transaction par jour si on y met les moyens, vu que dans la vie tout est une question de temps et d'argent.
Je retourne donc dans ma tanière numérique. Bises (numériques aussi, covid oblige).
[^] # Re: Le cobol est loin d'être mort
Posté par xulops (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à -5.
Quand on sait pas lire correctement … ou qu'on ne veut pas … 没办法
Je disais récemment sur un autre journal que la langue française, malgré toutes ses qualités, n'était pas la meilleure langue pour débattre. Force m'est d'admettre que ce n'est pas qu'un problème de langue. Comme disait Brassens : "Quand on est c.., on est c.."
[^] # Re: Le cobol est loin d'être mort
Posté par xulops (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à -2.
Je dis que les lapins mangent des carottes et pas des choux, tu me réponds "si, des choux".
Du coup je demande quels lapins, tu me réponds "une chêvre".
Bref, faut rester concentré un peu.
Compare donc tes centaines de milliers de transactions par an avec :
- virements bancaires en France (uniquement) en 2018 : 4 milliards (+ d'un côté, - de l' autre)
- paiements par CB (en France toujours) : 12 milliards
Ca fait 54 millons de transactions par jour (vs moins d'un million par an). Alors certes, c'est toutes banques confondues, mais les banques ne travaillent pas qu'en France non plus, je n'ai pas trouvé de chiffres mondiaux en moins de 30s.
Java et Cobol, ce n'est pas le même monde, un point c'est tout.
Les mainframes coûtent très (très très très) chers, et les banques ne les ont pas encore balancés pour de très bonnes raisons.
[^] # Re: Le cobol est loin d'être mort
Posté par xulops (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 0.
Ben voilà, une seule ligne de troll dans le post et tu es tombé dedans… bon cela dit on était pas vendredi.
Pour redevenir serieux, tu affirmes donc que certaines banques (au moins une) utilisent java pour gérer les comptes bancaires, dis m'en donc davantage. Que des applications périphériques soient en java, sans doute (par exemple la saisie des infos d'un virement), mais la coeur de la gestion, je n'y ai vu que des mainframes, je suis donc curieux de ton "Ah ben si ça se fait, et en Java", développe un peu svp.
# Le cobol est loin d'être mort
Posté par xulops (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 0.
… vu que vos (et mes) comptes en banque sont gérés par des programmes écrits en Cobol (ou en Pacbase, langage de 4ème génération qui génère du … Cobol) qui tournent depuis plus de 30 ans.
Je suis curieux de savoir s'il y a une seule grosse banque au monde qui n'utilise pas de mainframe, et donc de Cobol.
Le domaine des mainframes, ce sont les banques et les assurances, et vu la criticité des transferts de fonds, les programmes gérant les transactions bancaires sont ultra-surveillés, et on ne va pas les changer pour le nouveau langage à la mode (encore moins le moribond java, même s'il aura fallu 20 ans au monde de l'IT pour s'apercevoir de la bouse que c'était).
Des entreprises qui utilisent des mainframes, en dehors des banques et assurances, il n'y en a pas des masses. les entreprises ont préféré opter pour le petit frère mois coûteux (c'est relatif) : l'AS/400, qui lui fait tourner des programmes compilés écrits en RPG (GAP jusqu'à la version 3, ILE ensuite). En RPG, une ligne de code tenait sur une carte perforée, le premier caractère de la ligne indiquant le type de carte (F pour déclarer un accès à un fichier, C pour du code, D pour déclarer une variable, …)
Les développeurs Cobol et RPG n'ont pas à craindre le chômage, ils craignent juste de mourir d'ennui à travailler dans un environnement technique pas vraiment sexy.
[^] # Re: Influence quand même du contradicteur ?
Posté par xulops (site web personnel) . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 2. Dernière modification le 17 novembre 2020 à 14:54.
La langue et la culture sont très liées ; pour comprendre une culture, il faut en comprendre la langue, et réciproquement. Donc dire que c'est plutôt une différence culturelle revient aussi à dire que c'est une différence linguistique. On ne peut pas les opposer.
Si un chinois se met à parler fort, à brailler, on peut se douter qu'il est en colère, ce sont aussi des êtres humains, et le mandarin permet de faire passer aussi des émotions. Je n'ai pas dit que ce sont des robots. A situation donnée, le contexte aide beaucoup à décrypter les émotions, surtout en chinois qui est une langue contextuelle.
Le mandarin permet toutefois facilement de choisir de rester neutre, surtout à l'écrit, mais à l'oral aussi (tu peux ainsi dire une phrase, penser son contraire, et sourire en même temps, sans problème. Corolaire : les chinois mentent souvent).
En français, c'est plus difficile, et sauf à être un tant soit peu doué pour la comédie, ce n'est pas gagné.
Or sur les fora français, les gens ne s'emmerdent pas à faire attention, d'où une rapide montée en tension. Je généralise, certes, car on trouvera toujours un forum ou l'autre où les gens se respectent et font attention à leurs tournures de phrase.
[^] # Re: Influence quand même du contradicteur ?
Posté par xulops (site web personnel) . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 3. Dernière modification le 17 novembre 2020 à 05:46.
Mon but n'était pas de critiquer la langue française, qui est merveilleuse à bien des égards, mon point est juste de dire que ce n'est pas la meilleure langue pour débattre d'un sujet car l'émotion pointe trop au travers du langage.
Pour appuyer mon propos, je pourrais donner des exemples de tournures de phrases dans chacune des 3 langues évoquées, mais je ne le ferai pas, car on en viendrait alors à débattre (en français, mon dieu !) du niveau litteraire des uns et des autres.
Je vais donc prendre un exemple plus simple et que, j'espère, tout le monde pourra comprendre et accepter comme valable : dire "bonjour".
Imaginons un matin au boulot, le collègue arrive et sort son "bonjour" quotidien : ben oui, coronatruc, pas de serrage de main, pas de bises, juste un "bonjour".
Est-ce que, en entendant ce simple mot, on est capable de connaître l'humeur du collègue ? Dans une grande majorité des cas, oui, grâce (ou à cause) de l'intonation. Des "bonjour", il y en a de toutes sortes, des joyeux, des tristes, des secs, des mielleux, …
Dire un "bonjour" neutre, sans laisser percer aucune émotion, ça doit être un exercice de style dans les écoles de théâtre, car en réalité c'est super difficile à faire.
Prenons le "bonjour" anglais : "hello" ou "hi", qui est plus simple à articuler, mais qui permet tout de même d'en faire de belles variations tonales. Même si on n'est pas "fluent" en anglais, on peut facilement imaginer des Hi enjoués des Hello surpris, etc. Mais le ton est alors un peu plus volontaire (forcé si on peut dire) que le "bonjour" français" auquel il est difficile de ne pas mettre d'émotions.
Pour finir avec le "你好" chinois, qui est une langue tonale, donc chaque syllabes doit se prononcer en respectant un ton donné : 4 tons en mandarin, plus un ton "neutre" (syllabe non-accentuée). Dans le cas de "你好", les deux syllabes prises seules sont au troisième ton, mais quand deux troisième-tons se suivent, la première syllabe passe au deuxième ton, on a donc un truc du genre ：Nǐ hǎo devient Ní hǎo. On doit donc prononcer ce "bonjour" chinois en faisant monter le ton de la voix (vers l'aigu) sur le Ni, et ensuite descendre et remonter le ton (aigu -> grave -> aigu) sur le Hao. On peut comprendre qu'il est alors difficile d'ajouter une intonation sur deux syllabes qui ont déjà des tons, il y a peu de place pour faire des variations. Ca se vérifie dans la pratique : il est difficile de connaître l'humeur de quelqu'un juste en entendant "你好", même si parfois, avec l'habitude, on peut arriver à discerner un petit truc.