Benoît Sibaud a écrit 9641 commentaires

Cf https://linuxfr.org/aide#aide-karma (multiplier les commentaires à l'emporte-pièce, très tranchés et sans aucune référence/source, n'aide pas à avoir un bon karma. Même problématique sur tes dépêches soumises d'ailleurs)

Ce n'est pas l'intérêt du vectoriel de pouvoir zoomer autant qu'on veut ?

étape 2 : « Antivirus : quel Linux choisir ? notre comparatif secret. »
étape 3 : « Linux : quel comparatif choisir ? notre antivirus secret. »

Il y a une différence entre des reportages « regarde des images de forêt qui brûle, t'as vu c'est impressionnant et ça fait peur » et « une forêt qui brûle ça a tel effet sur le climat, ça repousse en tant de temps et entre-temps il va se passer ça, etc. » C'est plus facile de faire des reportages en pur émotionnel (catastrophes, faits divers) que d'expliquer les enjeux et les conséquences (y compris sur des sujets qui n'ont pas d'actualité… genre expliquer le fonctionnement de la justice ou d'un écosystème ou d'un budget).

Il y a

• le trafic en clair (genre cartes postales)
• le trafic chiffré de pourvoyeur à pourvoyeur (genre TLS entre deux serveurs de courriel, un client et un serveur web, etc., bref lisible par les intermédiaires techniques, la source et la destination mais pas les autres). Exemple: je donne à mon postier mon message à télégraphier, il le chiffre pour l'envoyer au postier de mon destinataire, qui le déchiffre et va le donner au destinataire.
• le trafic chiffré bout en bout (lisible uniquement par la source et la destination). Exemple : j'écris ma carte postale avec GPG, chaque postier n'y comprend rien mais peut l'envoyer au suivant (mais saura qui parle à qui), seul le destinataire peut déchiffrer.

Cf https://linuxfr.org/users/tisaac/liens/when-everything-becomes-too-much-the-npm-package-chaos-of-2024

La doc sur la situation actuelle a bien progressé, cf
https://github.com/linuxfrorg/img-LinuxFr.org . Reste à faire la modification.

Comme les problèmes actuellement résolus par l'informatique quantique ? Il faut dépenser un max pour résoudre des problèmes triviaux pour un ordinateur classique voire un humain.

L'incapacité actuelle à accomplir de façon raisonnable en ressources quelque chose, ça laisse plusieurs possibilités :

• une voie sans issue : fausse bonne idée dénuée finalement d'intérêt pratique (terraformer la Terre ?)
• une voie lente : la techno actuelle n'est pas efficace/rentable mais ça viendra, un jour (la réalité virtuelle ?)
• une voie express : on veut juste du buzz/une bulle ou on y croit aveuglément ou on a déjà quasi la solution dans les cartons et ça arrive vite, c'est une révolution

Et quand on a dit ça on a rien dit, et on a laissé le lectorat devant le choix du manager/investisseur/commentateur sur la viabilité de quelque chose.

S'il faut inférer les questions…

Le .gouv.fr est pour l'administration française ; son utilisation est restreinte et soumise à validation préalable par le Service d'information du Gouvernement (wikipedia). Les départements, les régions, le conseil d'État, l'Élysée, le conseil constitutionnel, etc., bref une grand part des collectivités territoriales, de l'administration hospitalière et des contrepouvoirs (vis-à-vis du gouvernement) ne sont pas en .gouv.fr, par définition. Contrairement aux préfectures par exemple.
Soit le pass est géré niveau ministère (en .gouv.fr) soit localement (et là chacun a son domaine anarchiquement pour autant que je sache).

Un $ whois seinesaintdenis.fr
ou bien du RDAP (cf https://www.bortzmeyer.org/9224.html et https://en.wikipedia.org/wiki/Registration_Data_Access_Protocol ). Par exemple https://rdap.dev/?type=domain&object=seinesaintdenis.fr%20

Dans les deux cas on apprend que c'est techniquement Orange Business Services SA qui gère pour Conseil départemental de la Seine-Saint-Denis.

Avant l'expiration du cache :

• si l'image a changé sur le serveur distant (même content-type ou pas), on sert l'ancienne image du cache
• si l'image a été supprimée sur le serveur distant, on sert l'ancienne image du cache
• si l'image a été bloquée par un admin, réponse immédiate d'image inexistante

Après l'expiration du cache :

• si l'image a changé sur le serveur distant (même content-type ou pas), on récupère la nouvelle image et elle va en cache (par contre le content-type n'est pas mis à jour en cache…)
• si l'image a été supprimée sur le serveur distant, réponse d'image inexistante (ce qui est dommage vu qu'on l'avait en cache)
• si l'image a été bloquée par un admin, réponse immédiate d'image inexistante

En fait dans tous les cas où le serveur distant ne répond pas HTTP 200 ou 304, avec une image de taille inférieure à la limite et un bon content-type lors d'une récupération, on va ignorer ce qui était précédemment en cache et considérer que l'image est désormais en erreur. C'est donc vrai pour un souci temporaire ou non sur le serveur distant (5xx), un souci désormais sur l'accès à l'image (403, 404, etc.), un image qui a grossi au point de dépasser la limite de poids, etc.

Réponse l'année prochaine. Quel suspense.

Elle a recréé sur la base de ce que les joueurs ont fait durant l'entraînement :

• s'ils n'ont pas trouvé un passage secret, il ne sera pas présent
• si tous les joueurs ont tué un monstre au lance-roquette alors qu'il était caché dans un angle de mur, alors ce monstre n'existera pas vraiment même si on ne lui tire pas dessus (mais on perdra des points de score qu'on peut avoir juste en tirant au lance-roquette dans l'angle du mur)
• si personne n'a utilisé une arme donnée, elle ne sera pas là
• si personne n'a utilisé les codes de triche, ils n'existeront pas
• etc.

(le côté « si personne n'a utilisé une fonction d'un jeu, cette fonction existe-t-elle réellement » est meta, un peu comme le bruit de l'arbre qui tombe dans la forêt sans témoin ; et il y a des cas de secrets / easter eggs dans des jeux qui sont restés cachés des décennies avant d'être découverts)

Rha… et le titre bien sûr.

J'ai modifié le journal pour préciser que la version pour LibreOffice est la 2.1.2 et pas la 2.2.

the development as Henskan (based on the word "Henkan" which means "conversion" in Japanese).

Ça en dit long sur tes propres associations d'idées surtout.

Mais mais n'y aurait-il pas un conditionnel dans ta dernière phrase et tout à la fois dans la mienne ?

https://www.facebook.com/bouletcorp/videos/sorci%C3%A8re-au-t%C3%A9l%C3%A9cran/10153603115025264/
https://www.facebook.com/bouletcorp/posts/jai-m%C3%AAme-fait-un-petit-vine-pour-loccasion-d/10152741712370264/
https://www.reddit.com/r/firefly/comments/23uq0e/browncoat_etchasketch_by_bouletcorp/
https://fr.wikipedia.org/wiki/%C3%89cran_magique
distribué à partir de 1960 par la société des Jouets Rationnels sous le nom Télécran. Dans le reste du monde, il est produit et commercialisé (…) sous le nom de Etch A Sketch (d'où la distribution Debian 4 « Etch », via le personnage du film d'animation Toy Story…)

vs

https://fr.wikipedia.org/wiki/T%C3%A9l%C3%A9cran
objet fictif inventé par George Orwell dans son roman 1984 publié en 1949. Il s'agit à la fois d'un système de télévision qui diffuse en permanence les messages de propagande du Parti, et de vidéo-surveillance qui permet à la Police de la Pensée d’entendre et de voir ce qui se fait dans chaque pièce où se trouve un individu.

À combiner avec https://github.com/Swordfish90/cool-retro-term pour plus de rétro-réalisme.

Pas du tout, sur GNU/Linux, on ne veut pas une image de glandouille, on veut du style, de l'aura mystérieuse dégoulinante de compétences qui font rêver et du paraître prestigieux. Bref on a le paquet hollywood. Après tu peux toujours dire que tu attends que ton ordi ait fini de faire le rendu des artefacts et l'optimisation des ressources afin d'améliorer les fonctionnalités et de réduire la consommation de ressources… mais c'est tricher.

C'est plus que certains et moins que d'autres… d'ailleurs on discute de savoir quelle est la bonne valeur acceptable en centaines ou milliers de partenaires, plutôt que de la vacuité cynique du propos je suis soucieux de ta vie privée avec mon zillion de potes avec qui je la partage (eh tu veux un cookie ?)

L'auteur (qui fait partie du monde du SEO) semble penser que le SEO actuel est une bonne chose et qu'il va évoluer vers une mauvaise chose. Mon constat personnel serait plutôt que c'est un monde déjà pourri et qu'au mieux il pourrait mourir et au pire se dégrader un peu plus.

Le SEO actuel est pour moi un mot pour couvrir des pénibles qui font de la pub cachée, qui déguisent des liens, qui bourrent des pages de mots de clés ne correspondant pas au contenu, qui génèrent des contenus douteux, qui copient-collent d'autres contenus pour meubler, qui reprennent des noms de domaine « prestigieux », qui bourrent les endroits où l'on peut écrire (réseaux sociaux, forums, canaux publics, etc.), qui prétendent avoir avoir une bonne compréhension technique des moteurs de recherche, etc., etc.

L'article évoque un « risque, à moyen terme, de dégrader l’expérience des internautes », alors que c'est juste mon quotidien à la fois d'internaute mais aussi d'admin d'un site web :

• comme internaute j'ai déjà les moteurs de recherche qui n'aident plus trop, mon écran et ma bande passante encombrés de trucs inutiles, des articles creux en masse, du « vas-y clique ici » partout, des anciens sites repris pour de la pub cachée, etc.
• comme webmestre je vois le trafic de spammeurs/SEO, les comptes créés et les faux-nez, les liens de pub planqués, les demandes incessantes par courriel pour placer de la pub et faire des partenariats, les propositions faussement techniques pour remplacer des liens cassés par un autre lien qui n'est qu'une pub déguisée pour le référencement, etc.

Le ratio signal/bruit me semble s'être bien dégradé, et je serais curieux de savoir ce qu'on économiserait à virer cette bulle massive de pub qui sclérose le web actuel.

Cf https://linuxfr.org/users/denisdordoigne/liens/une-porte-derobee-dans-les-cartes-nfc

Alors je remets selon le choix initial de l'auteur.

Corrigé, merci.