steph1978 a écrit 3342 commentaires

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 ?

J'utilise Firefox pour lutter le plus efficacement possible contre la merdification du web. C'est le seul navigateur qui le permet aujourd'hui.

J'utilise aussi abondamment les profiles et les containers.

Au doigt mouillé, je dirai aussi que FF est plus rapide et utilise moins de RAM que Chrome.

J'appelle pas ça une heuristique, j'appelle ça de la flemme.

heuristique : site web -> logo github en haut à droite -> voir si le repo propose bien à priori le code du produit et pas des SDK, ou juste une gestion d'issues -> chercher License

Ça devient pas technique, ça devient philosophique

Est-ce qu'un lien avec un petit commentaire ("lire parce que ceci", "ça parle de cela", "très bien rédigé") est un journal ?

ou lien avec résumé tout court.
et donc ajouter un champ résumé à un contenu de type lien 😀

LinuxFr.org vous permet de libre les contenus

de lire.

J'ai plussé car git est un très bon moyen de capturer de la connaissance.

Cependant la demande porte sur du offline, donc il faudra aller plus loin que GitHub et github pages. Peut-être installer un ssg localement et ouvrir le site généré sur un navigateur.

J'avais écrit un bout de code similaire pour servir des 503 pendant les temps des maintenances de mon application.
Hors libc, ça pèse 17ko, sans optimisations particulières.

Si j'ai bien compris, ton application ne fait pas du HTTP mais doit renvoyer un 200 OK quand l'infra d'hébergement lui demande pour qu'elle ne la considère pas comme morte et la remplace.

Et tu veux le faire avec le moins de poids possible. C'est très arbitraire ; Pourquoi pas la sécurité, la robustesse, la latence, le débit, l'empreinte mémoire, etc.

Et tu te dis quel langage produite le plus petit binaire.

Mais l'application en elle même fait déjà de la socket et est écrite dans un certain langage. Donc la méthode la plus simple aurait été d'intégrer cette fonction dans la base de code existante, non ?

Je confirme que à date, msteams est pleinement fonctionnel sous Firefox sous Linux (debian) ; partage d'écran inclus. Et c'est un soulagement de ne pas avoir à allumer le un pc woinwoin pour ça.
Je ne sais pas par quel miracle cela fonctionne car je ne vois pas l'intérêt de ms dans tout ça. J'imagine qu'ils ont pas fait exprès.

J'utilise Helix comme éditeur principale depuis environ deux ans.
Pour un peu toutes les raisons déjà évoquées : LSP facile à gérer, nombreuses fonctionnalités out of the box, rapide, en gros un seul binaire à installer, configuration simple à prendre en main.

Avant j'utilisais CudaText - que j'utilise encore pour certaines manipulations - qui lui même était venu replacer jEdit.

oui

masochiste

Je parle de banque qui ont des millions de clients, pas de la banque du coin. Des banques qui sont historiquement agences+papier et qui font une transition très lente vers le numérique. Pour lesquels je ne suis pas client, mais ça leur a pas fait mettre la clé sous la porte, va comprendre …

Et puis tu trouves que des fournisseurs qui cochent toutes les cases mêmes celles que tu soupçonnerait pas toi ? donne vite ta recette.

Pareil, je n'ai jamais été hardcore gamer mais ça fait longtemps que j'ai renoncé à jouer à des jeux commerciaux. Trop de contraintes : windows, internet, créer un compte, installer un rootkit (ils nomment ça anti-cheat) et maintenant : achat = location pour une arbitraire et souvent courte.

Tant qu'ils trouvent des pigeons, tant mieux pour eux ; très peu pour moi.