Anonyme a écrit 62265 commentaires

La bonne foi ne suffit pas, peut excuser des erreurs ponctuelles dont on reconnaît publiquement et explicitement que c'était des erreurs, mais pas tout.

C’est ça qui me dérange dans ce journal en fait. C’est pas tellement le contenu, c’est plutôt le fait que c’est toi qui l’a écrit.

T’es toujours le premier à critiquer Mozilla, mais tu propose Chrome comme alternative. C’est franchement risible.

j'estime que ce n'est pas au navigateur de ce charger de cette question

Pourtant ton navigateur a déjà un cache qui lui est propre, il fait déjà des requêtes comme il l’entend (et pas seulement un gethostbyname), etc.

pour un petit nombre d'utilisateurs américains.

D’après les « annonces », c’est pour tous les États-uniens, pas un petit nombre.

Et j'espère bien qu'il y aura une pop-up pour informer et prévenir qu'on peut changer le fournisseur DNS vers un autre compatible.

Tu rêves. Tout le principe des navigateurs c’est de faire des choix à la place des utilisateurs (parce qu’ils sont probablement trop con), il n’y aura jamais de pop-up pour ça.

De toute façon, je ne suis franchement pas convaincu par le protocole. Déjà mettre du http partout, c'est bof, et ensuite passer totalement outre la résolution de nom du système, ce n'est pas vraiment une bonne idée pour moi.

C’est dommage, c’est pas ton avis qui compte.

Je préférerais que Mozilla pousse à sécuriser le système DNS existant.

Il n’y a rien à pousser, DoT existe depuis 2016.

malgré le standard pourri qu'est le DoH, ça reste une solution qui marche dès aujourd'hui et pas dans 5 ans.

DNS over TLS (DoT) est 2 ans plus vieux que DoH. La seule raison pour laquelle il est plus connu/mis en avant c’est parce qu’il est proposé par CloudFlare depuis l’annonce de leur résolveur public.

sed s/au moins/moins/g ;-)

C'est comme ça qu'on dit par chez moi. J'assume de pas parler un langage standardisé et j'ai pas besoin d'un Grammalecte vivant. La traduction tu l'as faite dans ta tête, t'as parfaitement compris.

ton conseil d'achat alternatif est "achète un autre CPU, et une carte graphique en plus".

Y a pas de conseil, juste je demande pourquoi ce choix que j'aurai mis en bout de liste.

Donc à la fin, tu conseilles de mettre plus d'argent à l'achat

Non, je trouve qu'un APU c'est pas bon marché surtout si on cherche une solution durable.
Tu te focalises sur le R5 2600, mais prendre un CPU d'ancienne génération Ryzen 1*00 + un GPU externe reviendrait au même prix que cet APU pour plus de perf et plus de facilité d'upgrade. Surtout qu'un 2400g c'est en réalité aussi un Ryzen première génération (de série 1000) mais avec moins de cache pour faire de la place pour l'iGPU.

et à l'usage (consommation électrique très supérieure des GPU externes).

Déjà tu peux pas parler de « très supérieure » puisqu'on ne peut pas mesurer la consommation d'un iGPU de manière fiable vu que les VRM pour Vsoc sont aussi utilisées par toute la partie interconnexion de la puce (entre autre le controleur mémoire et l'Infinity Fabric) et que les données des sondes internes exposées par le BIOS varient beaucoup selon la marque et le modèle de carte-mère.

Ensuite il faut relativiser : une carte Polaris c'est environ 14W en idle, les dernières carte Navi c'est à peu près 8W (et encore ça c'est pour des puces de jeu avec des VRM pas du tout économes car taillées pour délivrer plus de 300A). C'est pas énorme pour avoir de la mémoire dédiée qui n'est pas bridée par le CPU et plus d'unités de calcul.

Pour remettre en perspective, une alimentation 80Plus qui n'est pas haut de gamme dissipera de toute manière cette puissance en chaleur si la charge est trop basse en idle et un écran allumé consomme deux, voire trois fois plus selon sa taille, les réglages de luminosité et son âge.

Sans compter qu'au niveau écologique, le problème n'est pas tant la consommation de l'appareil que la durée avant laquelle il finira en décharge parce que pas recyclable.

Et pour Quad9 ?

Cloudflare est un cancer, on le sait, mais on t’as beaucoup moins vu poser des questions quand Quad9 est sortit (t’as fait un journal ici pour en faire la promo).

La flemme bien sur ;) et l'opportunité d'une configuration à monter soit même et sans OS préinstallé, proposée par un site marchand (en 4 lettres qui font penser à une 125 à refroidissement liquide qui me faisait rêver quand j'étais boutonneux ;).

Ta raison est étonnante parce que c'est uniquement installer une carte dans un slot PCIe. C'est l'histoire de moins de dix minutes supplémentaires au montage puis tu n'y touches plus pendant des années.

La vélocité c'est relatif tant qu'on ne la mesure pas; et il me semble que pour notre usage, le SSD est pour beaucoup dans l'impression de réactivité que le processeur…

Très bien mais dans ce cas, pourquoi ne pas avoir choisi un simple Athlon 200g ? C'est bien que tout de même il y a d'autres facteurs que tu as pris en compte.
D'ailleurs si on pousse ton raisonnement sur le SSD, j'espère que t'as pris un modèle en Sata3 parce que pour un usage bureautique/multimédia tu ne constateras aucune différence avec un modèle plus cher en NVMe malgré une bande passante doublées.

Tu oublies l'augmentation de la taille du cache L3 et la possibilité d'avoir moins de tâches en file d'attente.

J'ai un i5 6500 et les 4 cœurs sont tous utilisés en permanence pour des petites tâches du bureau ou du navigateur Web. Avec une vidéo décodée via software, tous les cœurs sont mis à contribution.

Sans compter que au moins le CPU monte en fréquence, au moins la tension est élevée donc au moins il consomme et au moins le ventilateur sera bruyant (en plus c'est un modèle supérieur qui est fourni avec un R5 2600 donc de base il est moins bruyant).

Et pur les documents : https://linuxfr.org/news/paperwork-besoin-de-testeurs ?

après sous Arch, on n'est à l'abri de rien !

Une MàJ majeure tous les 3-4 ans

Traduction : un routeur troué sauf une fois tout les 3-4 ans.

Si ça intéresse quelqu'un, le newsgroup proxad.free.service.messagerie sur news.free.fr est l'endroit où vous pourrez avoir des interlocuteurs compétents en interne.

J'ai tout coupé pendant une nuit, et j'en ai profité pour mieux checker mes logs => la base de données retry d'exim avait pris un coup et je suppose que ça n'a pas plus à exim qui s'est emballé et a bombardé de connexions leur serveur (1300 en 3 min), du coup _o/BAN ! Ajoutons la dessus un mail quotidien avec une enveloppe invalide et j'imagine que cela explique l'attention particulière portée à mon IP.

tout semble revenu à la normal pour le moment

Merci pour vos réponses

Avant de me séparer de XP, j'avais lu simple comme Ubuntu et j'ai enchainé avec Unix. Pour aller plus loin avec la ligne de commande

Le premier était déjà un peu obsolète en 2011-2012 (en particulier quand on débarque sur Unity) mais avec leur wiki en complément ça m'a donné de bonnes bases pour comprendre le système.
Le deuxième est sans doute trop avancé pour tes ateliers mais les premiers chapitres peuvent toujours servir comme guide pour pas se retrouver paumé sur TTY.

Pas vraiment non, un APU AMD en FM1 ou AM1 ou un Intel Sandybridge souffrent pas mal avec un Web devenant de plus en plus lourd au fil des années.
Surtout que apparemment cet ordi familial n'est changé que tous les 10 ans.

Il a dû installer le noyau 5.0 "generic", ce qui sous-entend que c'est disponible directement dans les dépots.
Ce n'est donc qu'une mise à jour manuelle. J'imagine que pour un individu lambda il aurait d'abord fallu un tuto pour démarrer la session live avec l'option nomodeset. C'est ÀMHA le plus compliqué quand tu débutes.

J'ai choisi le Ryzen 5 2400G d'AMD, voyant ça comme un bon compromis puissance/prix pour équiper une machine familiale pas destinée au "gaming".

Qu'est-ce qui t'a fait envisager de ne pas opter pour une solution plus modulaire avec une petit carte graphique du genre RX550 ou inférieure ?
Car le R5 2400G est au même tarif que le R5 2600 qui est bien plus véloce. On trouve aussi des Ryzen de première génération qui restent tout à fait corrects.
Sinon le contre-argument gaming me semble peu pertinent. D'ailleurs c'est un point que les APU AMD vantent face aux processeurs Intel même si ça reste en dessous des capacités de n'importe quelle carte dédiée. Aussi, une carte graphique n'est pas nécessairement destinée au jeu. Les programmes actuels utilisent de plus en plus l'accélération graphique, les capacités de décodage vidéo matériel ou le GPGPU et au final la solution APU va se retrouver plus rapidement limitée autant dans le domaine GPU que CPU.

De ce qu'il raconte, la première MÀJ a corrigé la prise en charge et c'est uniquement le noyau et la version de Mesa à l'installation qui étaient trop anciens pour le matériel.
Avec une Ubuntu le problème aurait sans doute été le même, surtout avec la version LTS.

Même question, mais avec Gluu.

il semble que pour les BSD passer par env soit plus fonctionnel

C’est le cas sur Alpine aussi.

Mais bon, ça reste suffisamment anecdotique pour pas s’embêter avec ça.

La migration Python 2 → 3 me fait penser à la migration de IPvVieux à IPv6 (et les trous du cul qui refusent la migration également).

Tu retrouves d’ailleurs les mêmes choses des 2 côtés, par exemple :

• Python : Calibre qui refuse de migrer à Python 3 (le dev est persuadé de pouvoir maintenir Python 2 tout seul) ou des logiciels écrits récemment mais en Python 2 (je pense à toi saloperie de SaltStack (2011)) ;
• IP : Kubernetes (2014-2015) qui commence à peine à supporter le dual stack depuis quelque jours/semaines.

La différence c’est qu’avec Python 2 on peut imposer une date de fin, ce n’est malheureusement pas le cas pour IPv4.

Tu utilises des var et des let, je te recommande de laisser tomber var et d'adopter const, tu éviteras le problème d'hoisting et bénéficieras également de la vérification de mutabilité de la constante

J’ai vu un commentaire sur une autre dépeche récemment qui disait d’utiliser let plutôt que var. La réponse à la question “What's the difference between using “let” and “var”?” sur StackOverflow a l’air de dire que dans la plupart des cas, ça change rien, mise à part que :

• localement, let est limité au bloque tandis que var est limité à la fonction (globalement, il n’y a pas de différence)
• en mode « strict », let définie des constantes.

Je connais rien à JS, du coup ça m’intrigue : quel est l’avantage de let sur var et quel est l’intérêt du mode « strict » ?

Il se trouve que j'envoie un mail journalier à un destinataire consentant, ayant le même contenu à un lien près, via un service hébergé localement.
Hier soir la connexion vers le SMTP a été rétabli et a perduré jusqu'à ce matin.
J'ai donc fait un test:
- envoi d'un mail de test via mutt, sujet et contenu limité au mot "test"
=> pas de coupure d'accès, le mail est distribué correctement
- activation du service qui envoie le mail automatiquement
=> bloquage de l'accès, le mail n'est pas distribué

Il me semblait que dans le cas de mail qui pouvait sembler suspect à un serveur SMTP, celui ci devait renvoyer un message au destinataire expliquant la non distribution éventuelle.
Se pourrait il que Free ait rajouté une mesure de ban IP temporaire ?

Parce que c’est le monde JS ? Non, en vrai, je sais pas.

oui => timeout

Je suis en ADSL et j'ai une IP fixe depuis le début de mon abonnement il y a plus de 10 ans.
A moins que le partage de port ne se soit fait sans changement d'IP et sans prévenir, je ne pense pas que ce soit cela. De plus je ne vois pas en quoi cela aurait une incidence sur l'accès au port 587 de leurs serveurs SMTP, le tout depuis seulement trois jours.

l'option T sert à utiliser TCP comme le fait le protocole SMTP