De nouveau, est-ce qu’on entre dans une période où le coût du calcul devient plus élevé que le coût en temps des développeurs...
Dans ce cas, peut-être que l’ère des langages pensés pour le confort des développeurs va s’achever,
et que l’on verra arriver une époque où l’on codera en C ou en Rust à l’aide des LLM.
https://product.kyobobook.co.kr/detail/S000201558138
Analyse de données avec des bibliothèques Python
C’est un livre écrit par Wes McKinney, le créateur de pandas, et il est également très bien comme introduction à la data science. Je l’avais lu à la sortie de la 2e édition... et en cherchant maintenant, je vois que la 3e édition est sortie.
Les dommages proviennent en réalité d’une exploitation réussie d’une faille des React Server Components.
Comme la chronologie de l’article est similaire, il me semble qu’on peut tout à fait s’y méprendre. https://www.dailysecu.com/news/articleView.html?idxno=203111
Pour information, lors de la précédente panne, tous les sites qui passaient par le CDN de Cloudflare étaient touchés.
C’est dans cette optique qu’il faut regarder si l’ensemble est tombé ou seulement une partie.
Je comprends l’auteur du message original, mais je ne comprends pas sur quelle base certaines autres personnes se permettent des remarques sarcastiques.
C’est pourtant l’une des rares communautés de développeurs qui restent, avec un minimum d’étiquette.
Dans le premier message que j’ai publié, j’ai ensuite révélé le contenu global via une mise à jour.
Une partie des utilisateurs (28 % du trafic total) a été affectée, et il a été indiqué que la cause s’était produite lors d’une tentative de blocage d’une vulnérabilité des React Server Components.
En tant que développeur, il ne s’agit pas seulement d’écrire du code : il faut aussi pouvoir analyser les causes, construire une logique cohérente, ou au moins présenter des éléments clairs pour l’étayer, non ?
Si j’ai écrit mon premier commentaire de cette façon, c’est parce qu’au moment de la vérification après la publication de ce post, le serveur que j’administre passait bien par un CDN mais aucune panne n’avait été constatée.
Il a été officiellement indiqué qu’il s’agissait d’une erreur de l’API et du dashboard ; est-ce que cette information est incorrecte ?
S’il s’agit d’une erreur du dashboard, alors il est naturel qu’un incident Cloudflare puisse se produire, et comme Downdetector le traite aussi comme un problème lié à Cloudflare, cela peut aussi provoquer une alerte d’incident (d’autant plus qu’il y avait déjà eu une panne lors d’un précédent incident), non ?
Au-delà de savoir simplement si c’est vrai ou faux, le plus important n’est-il pas de comprendre clairement la raison ?
Cloudflare a indiqué sur son blog que 28 % du trafic HTTP avait reçu des réponses 500
J’ai moi aussi constaté des erreurs 500 de Cloudflare sur un service en production
Je suis tout à fait d’accord avec le passage du texte qui dit que cela aide pour les papercut fixes.
Plutôt que de lui confier quelque chose de gros, j’ai l’impression de beaucoup bénéficier de l’aide de l’IA pour des tâches pénibles mais utiles à long terme, comme l’ajout de petites fonctionnalités pratiques, le scripting ou le refactoring.
Même l’orange cloud sans lien avec l’API a subi une panne majeure
Notion, LinkedIn, etc.
C’est vous qui avez publié une information erronée en commentaire.
Cet article mentionne certains faits, mais il renvoie vers des liens d’anciens incidents, ce qui rend l’article trompeur pour les utilisateurs.
Plutôt que de tout nier, j’ai simplement contesté l’affirmation selon laquelle tout aurait complètement sauté.
Si l’on regarde le rétablissement sur Downdetector, Cloudflare conserve bien un historique de panne, mais en descendant plus bas, on voit que Roblox et Instagram n’ont pas été affectés, c’est seulement dans ce sens que je l’ai dit.
Si vous ne pouvez pas faire confiance aux données officielles de Cloudflare, je n’y peux rien.
Il est possible qu’ils mentent.
Mais ce que je voulais dire, c’est simplement que les services touchés étaient ceux qui utilisaient l’API de Cloudflare, que ce soit via une bibliothèque ou directement.
D’après les informations officielles.
Ce commentaire n’a pas été écrit pour provoquer une dispute.
Il n’était indiqué que le tableau de bord et l’API, mais Claude, le site de Cloudflare, mon site web et Downdetector étaient tous inaccessibles.
Maintenant, tout semble être revenu à la normale et accessible.
Cette fois, tout n’est pas en panne : il semble que ce soit surtout les services qui utilisent l’API de Cloudflare ainsi que le tableau de bord Cloudflare qui soient touchés. https://www.cloudflarestatus.com/incidents/lfrm31y6sw9q
Comme tous les outils, ce n’est pas une solution universelle, mais je pense que Protobuf est aussi un très bon outil.
J’ai notamment eu un cas où il fallait envoyer, dans un environnement embarqué, des données volumineuses et très fréquentes (20 fois par seconde) à des clients dans différents langages, et nanopb m’a permis de faire ça proprement.
Je trouve contradictoire de prétendre qu’un format est mature alors qu’il n’existe même pas de décodeur officiel pour le débogage.
« Le débogage est difficile, mais »
Rejeté
De nouveau, est-ce qu’on entre dans une période où le coût du calcul devient plus élevé que le coût en temps des développeurs...
Dans ce cas, peut-être que l’ère des langages pensés pour le confort des développeurs va s’achever,
et que l’on verra arriver une époque où l’on codera en C ou en Rust à l’aide des LLM.
https://product.kyobobook.co.kr/detail/S000201558138
Analyse de données avec des bibliothèques Python
C’est un livre écrit par Wes McKinney, le créateur de pandas, et il est également très bien comme introduction à la data science. Je l’avais lu à la sortie de la 2e édition... et en cherchant maintenant, je vois que la 3e édition est sortie.
Problème de compétences managériales
Si le schéma est aussi défini en dtd et mis en cache côté parseur, cela pourrait avoir pour effet de ne transmettre le schéma qu’une seule fois.
Quelle franchise.
Les dommages proviennent en réalité d’une exploitation réussie d’une faille des React Server Components.
Comme la chronologie de l’article est similaire, il me semble qu’on peut tout à fait s’y méprendre.
https://www.dailysecu.com/news/articleView.html?idxno=203111
Pour information, lors de la précédente panne, tous les sites qui passaient par le CDN de Cloudflare étaient touchés.
C’est dans cette optique qu’il faut regarder si l’ensemble est tombé ou seulement une partie.
Je comprends l’auteur du message original, mais je ne comprends pas sur quelle base certaines autres personnes se permettent des remarques sarcastiques.
C’est pourtant l’une des rares communautés de développeurs qui restent, avec un minimum d’étiquette.
Dans le premier message que j’ai publié, j’ai ensuite révélé le contenu global via une mise à jour.
Une partie des utilisateurs (28 % du trafic total) a été affectée, et il a été indiqué que la cause s’était produite lors d’une tentative de blocage d’une vulnérabilité des React Server Components.
En tant que développeur, il ne s’agit pas seulement d’écrire du code : il faut aussi pouvoir analyser les causes, construire une logique cohérente, ou au moins présenter des éléments clairs pour l’étayer, non ?
Si j’ai écrit mon premier commentaire de cette façon, c’est parce qu’au moment de la vérification après la publication de ce post, le serveur que j’administre passait bien par un CDN mais aucune panne n’avait été constatée.
Il a été officiellement indiqué qu’il s’agissait d’une erreur de l’API et du dashboard ; est-ce que cette information est incorrecte ?
S’il s’agit d’une erreur du dashboard, alors il est naturel qu’un incident Cloudflare puisse se produire, et comme Downdetector le traite aussi comme un problème lié à Cloudflare, cela peut aussi provoquer une alerte d’incident (d’autant plus qu’il y avait déjà eu une panne lors d’un précédent incident), non ?
Au-delà de savoir simplement si c’est vrai ou faux, le plus important n’est-il pas de comprendre clairement la raison ?
https://blog.cloudflare.com/5-december-2025-outage/
Cloudflare a indiqué sur son blog que 28 % du trafic HTTP avait reçu des réponses 500
J’ai moi aussi constaté des erreurs 500 de Cloudflare sur un service en production
Je suis tout à fait d’accord avec le passage du texte qui dit que cela aide pour les papercut fixes.
Plutôt que de lui confier quelque chose de gros, j’ai l’impression de beaucoup bénéficier de l’aide de l’IA pour des tâches pénibles mais utiles à long terme, comme l’ajout de petites fonctionnalités pratiques, le scripting ou le refactoring.
https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5
On dirait qu’un autre incident vient encore de se produire.
C’est dommage qu’il n’y ait pas vraiment d’alternative.
Même l’orange cloud sans lien avec l’API a subi une panne majeure
Notion, LinkedIn, etc.
C’est vous qui avez publié une information erronée en commentaire.
Cet article mentionne certains faits, mais il renvoie vers des liens d’anciens incidents, ce qui rend l’article trompeur pour les utilisateurs.
Plutôt que de tout nier, j’ai simplement contesté l’affirmation selon laquelle tout aurait complètement sauté.
Si l’on regarde le rétablissement sur Downdetector, Cloudflare conserve bien un historique de panne, mais en descendant plus bas, on voit que Roblox et Instagram n’ont pas été affectés, c’est seulement dans ce sens que je l’ai dit.
Si vous ne pouvez pas faire confiance aux données officielles de Cloudflare, je n’y peux rien.
Il est possible qu’ils mentent.
Mais ce que je voulais dire, c’est simplement que les services touchés étaient ceux qui utilisaient l’API de Cloudflare, que ce soit via une bibliothèque ou directement.
D’après les informations officielles.
Ce commentaire n’a pas été écrit pour provoquer une dispute.
Il n’était indiqué que le tableau de bord et l’API, mais Claude, le site de Cloudflare, mon site web et Downdetector étaient tous inaccessibles.
Maintenant, tout semble être revenu à la normale et accessible.
Vérifiez les actualités.
https://independent.co.uk/tech/…
Cette fois, tout n’est pas en panne : il semble que ce soit surtout les services qui utilisent l’API de Cloudflare ainsi que le tableau de bord Cloudflare qui soient touchés.
https://www.cloudflarestatus.com/incidents/lfrm31y6sw9q
C’est lamentable, mais heureusement qu’ils l’ont corrigé. Je pense qu’il existe probablement beaucoup plus de cas comme celui-ci, simplement inconnus.
Ça touche vraiment en plein dans le mille.
Comme tous les outils, ce n’est pas une solution universelle, mais je pense que Protobuf est aussi un très bon outil.
J’ai notamment eu un cas où il fallait envoyer, dans un environnement embarqué, des données volumineuses et très fréquentes (20 fois par seconde) à des clients dans différents langages, et nanopb m’a permis de faire ça proprement.