steph1978 a écrit 3405 commentaires

En effet, si je regarde mon code python, ça donnerai le code que tu proposes.
Cependant asort est spécifique GNU AWK et pas dispo dans mawk. Je pense que c'est ce qui m'a inconsciemment fait partir sur Python.

D'habitude, je commence avec AWK et je poursuis en Python plus tard quand ça devient plus compliqué. Là, j'ai dû sortir Python le premier jour. Ce n'est pas de bon augure pour la suite.

Ah, en gros ils veulent régulariser un état de fait.

Ou est-ce qu'il y a une vrai raison technique ? Genre de la data fraîche pas encore contaminée par le GenAI ?

C'est aussi ce que je me suis dit en lisant le titre "mais ça existe depuis longtemps" Merci d'avoir retrouvé la source.

In this option, we compile Doom to WebAssembly (WASM) via Emscripten, paint everything into a canvas element using WebGL, capture the output pixel by pixel, and expose it as metrics.

Bon en gros tout ce qui se compile pour le navigateur - en JS ou en WASM - peut être mis dans un plugin grafana, donc Doom, c'est sympa pour faire un article mais ça pourrait être n'importe quoi d'autre.

Je n'avais pas connaissance de cette offre commerciale. Ils ne parlent pas de prix.

de savoir ce que va nous pondre l'académie française comme traduction.

Je sais que tu ne viens pas pour qu'on te dise qu'il faut mettre à jour le système.
Mais je le dis quand même :)

La 8 est sortie il y a 9 ans et fin de support il y a 4 ans. Tu peux presque être sûr d'avoir des failles critiques en plus de ne pas pouvoir installer des logiciels récents.

Il faudrait isoler les logiciels qui vous bloquent en version 8 et utiliser de la containeurisation ou de la virtualisation pour les faire cohabiter avec un debian récent.

Tant qu'on a pas regardé les entrailles, on peut pas savoir, y a peut être un slot ou un port qui traîne.

c'est prévu pour Microsoft.

J'imagine qu'il faut lire "prévu pour Microsoft Window". Mais bien souvent pas un problème.

Pour 400e, il faudrait des pures specs, ou attendre de la seconde main. Mais je suis sûr que qqun tentera le coup. Regarde Asahi Linux sur matériel Apple Silicon…

Donald Musk et Elon Trump vont mettre fin à la persécution des Big Tech américaines.

En tout cas un chromebook, tu peux le passer sous Linux sans difficulté (le mien n'a même pas booté sous ChromeOS) et ainsi avoir un ordinateur portable plutôt correct pour un prix abordable et sans avoir payé la taxe mswindows.

Ils parlent de 400e pour un windowsbox, faut voir ce qu'il y a dans la bête et si on peut facilement la passer sous Linux…

Demande à changer de machine puisque c'est ce qui a déclenché le problème.
Cette machine a peut être un problème de disque ou san.

Nomad m'est venu à l'esprit aussi.

Et k3s qui se présente comme un k8s mais en plus simple.

Et il y a aussi l'OTP dans un autre style.

Tout le monde s'extasie de cette fonctionnalité. Mais ne suffit-il pas aux autorités d'agir vite pour poser leurs mouchards au lieu d'attendre que ça reboot ?

C'est dit ici :

The first forensic tooling companies already announced that they're able to coordinate these steps within 24 hours!

Soit, en gros

Les premières entreprises d'outils de police technique et scientifique ont déjà annoncé qu'elles étaient en mesure de coordonner ces étapes dans les 24 heures !

J'imagine bien une fusion entre X/Twitter et Truth Social, où Donald Musk et Elon Trump pourraient déverser leur torrent d'ignominies.

Quand on passe de l'opt-in a l'opt-out : on passe de 90% de couverture à 10%. Cf près de chez nous Windows vs Linux, Firefox vs Chrome, google search vs les autres.

Donc même si un sénateur tente de venir au secours du consommateurs, il faut quand même bien faire du PIB, donc :

d’autres exceptions peuvent être envisagées pour cette interdiction : lorsque le démarchage « intervient dans le cadre de l’exécution d’un contrat en cours et a un rapport avec l’objet de ce contrat » et lorsqu’il « porte sur la fourniture de journaux, de périodiques ou de magazines ».

Je sens que chacun ira de son "oui mais moi c'est pas pareil" et autre chantage à l'emploi pour faire partie des exceptions.

Sinon, sur le fond, j'aime bien.

Ceux qui proposent du mail le font sérieusement, les autres ne le proposent pas.
Si tu possèdes ton domaine et que tu fais des backups, tu ne risque pas tant que ça.

Cela n'empêche pas d'agir vite.
J'imagine que le téléphone ne reboote pas au bout d'une heure.
Dixit un possesseur de ibidule, il m'a dit qu'il ne l'avait jamais vu faire cela.
Je dirai que ça tient donc au moins une nuit sans rebooter.
Donc disons 8h.
Cela donne amplement le temps de s'occuper du téléphone, même en faisant appel à un prestataire.

On est d'accord que ton message demandait une versions FR ?
Normalement, j'aurai pas pu y répondre ou tu n'aurais pas du pouvoir le modifier. Un bug/feature du site ?

Voici (LLM generated):

La discussion porte sur un nombre inhabituel et excessif de requêtes HTTP GET vers le site kernel.org, avec une entrée de journal qui apparaît plus de 56 millions de fois en une seule journée. K. Ryabitsev, l'auteur du message original, suppose que ces requêtes proviennent probablement d'une application mobile ou d'un appareil effectuant des vérifications de connectivité, car elles reçoivent systématiquement une réponse de redirection 301.

Les participants à la conversation suggèrent diverses approches pour atténuer le problème, notamment :

1. Rediriger le trafic : Un utilisateur propose de faire passer le trafic par un CDN pour mieux gérer la charge.
2. Bloquer les requêtes : Plusieurs participants suggèrent de bloquer les requêtes provenant de l'agent utilisateur spécifique (okhttp/4.9.0) ou de mettre en œuvre des stratégies de délai d'attente pour rendre les vérifications de connectivité inefficaces.
3. Analyser le trafic : Des suggestions incluent l'utilisation d'outils comme Wireshark pour analyser le trafic et identifier les appareils ou applications sources.
4. Tester les réponses : Certains participants recommandent de renvoyer différents codes de statut HTTP (comme 404 ou 429) pour voir comment les applications demandeuses réagissent, ce qui pourrait potentiellement conduire à des rapports de bogues de la part des utilisateurs ou des développeurs.
5. Identifier la source : Il y a des discussions sur la possibilité que ce trafic soit lié à une application Android populaire ou à un botnet, avec des suggestions de vérifier les modèles dans les requêtes ou de contacter les mainteneurs de la bibliothèque okhttp pour obtenir des informations.

Dans l'ensemble, la conversation met en lumière les défis de la gestion d'un trafic inattendu vers un site web et l'effort collaboratif pour trouver une solution.

Bien vu
Le LLM s'est fait prendre par la forme conditionnelle, j'imagine.

Tu as raison, j'aurai du rendre cet aspect plus explicite.

The discussion revolves around an unusual and excessive number of HTTP GET requests to the kernel.org website, specifically a log entry that appears over 56 million times in a single day. K. Ryabitsev, the original poster, speculates that these requests are likely from a mobile application or device performing connectivity checks, as they consistently receive a 301 redirect response.

Participants in the conversation suggest various approaches to mitigate the issue, including:

1. Redirecting Traffic: One user proposes routing the traffic through a CDN to manage the load better.
2. Blocking Requests: Several participants suggest blocking requests from the specific user agent (okhttp/4.9.0) or implementing timeout strategies to make the connectivity checks ineffective.
3. Analyzing Traffic: Suggestions include using tools like Wireshark to analyze the traffic and identify the source devices or applications.
4. Testing Responses: Some participants recommend returning different HTTP status codes (like 404 or 429) to see how the requesting applications respond, potentially leading to bug reports from users or developers.
5. Identifying the Source: There are discussions about the possibility of this traffic being linked to a popular Android app or a botnet, with suggestions to check for patterns in the requests or to reach out to the okhttp library maintainers for insights.

Overall, the conversation highlights the challenges of managing unexpected traffic to a website and the collaborative effort to find a solution.

Plus on s'éloigne de la source plus le titre est flou:

1. FT : "Meta’s plan for nuclear-powered AI data centre thwarted by rare bees" ; "thwarted" ~= contrarié mais ça peut prendre un sens plus radicales : "contrecarré"

2. the verge : "Bees botched Meta’s nuclear ambitions" ; en gros "les abeilles ont sabordé le projet"

3. journal du geek ; là finalement "interrompu", c'est pas mal, ça pourrait reprendre sur un autre site

4. Ce journal, on ne parle pas de la raison, juste "échoue" :/

Pas d’opinion sur le format lui même. mais je pars avec un bon a priori car QOI avait eu un bon accueil.

J'aime particulièrement le dernier chapitre

[…] appending data to the end of an executable used to trip up antiviruses. I don't know if that's still the case.

If you're one of the unfortunate souls that still have to use Windows for one reason or another and you find your antivirus complaining, please tell the antivirus vendor to fix their shit!

[…]

Tout le monde s'extasie de cette fonctionnalité. Mais ne suffit-il pas aux autorités d'agir vite pour poser leurs mouchards au lieu d'attendre que ça reboot ?