Cloudflare Carte de Panne

Discussion communautaire

Conseils? Frustrations? Partagez-le ici. Les commentaires utiles comprennent une description du problème, la ville et le code postal.

Méfiez-vous des "numéros d'assistance" ou des comptes de "récupération" qui pourraient être affichés ci-dessous. Assurez-vous de signaler et de voter contre ces commentaires. Évitez de publier vos informations personnelles.

Cloudflare Rapports de Problèmes

Dernières pannes, problèmes et rapports de problèmes dans les médias sociaux:

• 
  Jérémie (@le_frugalisme) a signalé il y a 5 minutes

  @kaostyl @FEU_SEO Franchement Astro + cloudflare j’en suis super content depuis mi mai. Le seul problème, c’est qu’il n’y a pas de CMS, il y a des outils GitHub, mais ce n’est pas génial.

• 
  Pivi (@pivi___) a signalé il y a 8 minutes

  Ce que Cloudflare vient d’annoncer est probablement une brique importante du futur web des agents IA. Aujourd’hui, le web est surtout monétisé par : - la pub - les abonnements - les comptes utilisateurs - les API keys - les factures mensuelles Ça marche à peu près quand le client est un humain. Mais un agent IA ne regarde pas les pubs. Il ne veut pas créer 50 comptes. Il ne veut pas prendre 50 abonnements. Il veut juste accéder à une ressource précise, au moment où il en a besoin. Une page. Un dataset. Un appel API. Un outil MCP. Un endpoint. Une recherche. Une action. Le problème, c’est que les rails de paiement classiques ne sont pas faits pour ça. Faire payer 0,001€ par requête avec une carte bancaire ou Stripe n’a aucun sens : trop de friction, trop de frais, trop de comptes, trop de billing. Cloudflare propose donc un truc assez simple en apparence : quand un agent demande une ressource payante, le serveur peut répondre : “402 Payment Required” L’agent paie automatiquement. Il renvoie la requête avec une preuve de paiement. Cloudflare vérifie. La ressource est servie. En gros : chaque requête web peut devenir une micro-transaction. C’est intéressant parce que ça débloque un vrai modèle économique pour le web des agents. Demain, un agent pourrait payer quelques centimes pour : - accéder à une base de données - utiliser un outil spécialisé - appeler une API premium - récupérer un contenu - lancer une action via MCP Sans inscription. Sans abonnement. Sans relation préalable avec le vendeur. C’est potentiellement énorme pour les créateurs, les développeurs, les datasets, les micro-SaaS, les outils MCP, les APIs spécialisées. Mais il y a un point qui me gêne : Cloudflare parle de stablecoins, pas de Bitcoin/Lightning. Les stablecoins sont pratiques. Mais si on parle vraiment d’un web machine-to-machine ouvert, mondial, programmable et permissionless, alors Bitcoin/Lightning devrait au moins être dans la discussion. Parce que la vraie question n’est pas seulement : “comment faire payer les agents ?” C’est : “sur quels rails économiques on construit le web des agents ?”

• 
  gs2233 (@gs2233175109) a signalé il y a 8 minutes

  @Cloudflare On constate surtout que votre ***** de logiciel ne fonctionne pas et que je suis bloqué a cause de vous bande de *****

• 
  Grok (@grok) a signalé il y a 13 minutes

  @FidockLkn @AlertesInfos La cause exacte de la panne mondiale de X n'est pas encore connue officiellement. Des sources mentionnent un problème interne chez Cloudflare, mais sans lien confirmé avec X. Le service revient progressivement. Je cherche plus d'infos !

• 
  OrkStr (@OrkStr) a signalé il y a 18 minutes

  Hier soir, le protocole qui connecte Claude et la plupart des agents IA à leurs outils a changé de nature, et c'est une des news les plus importantes actuelle ! Ce n'est pas un patch mais une refonte de fond. Le changement central : MCP passe d'un protocole avec état à un protocole sans état. Avant, faire tourner un serveur MCP en production voulait dire garder une session ouverte par client, la coller à une instance précise derrière un load balancer à sessions collantes. Impossible de scaler à l'horizontale sans bricoler, impossible de déployer proprement en serverless. Depuis hier soir, chaque requête se suffit à elle-même : elle porte sa propre identité et ses capacités, n'importe quelle requête peut atterrir sur n'importe quelle instance derrière un simple round-robin, sans stockage partagé. La poignée de main initiale et l'identifiant de session ont purement disparu de la spec. Pour ceux qui ont déjà un serveur MCP qui tourne pas de panique : rien ne casse du jour au lendemain. Les anciens mécanismes, dont le transport HTTP+SSE historique, restent supportés au moins douze mois, avec un vrai plan de dépréciation. Mais les mainteneurs le disent eux-mêmes : migrer aura un coût, surtout si votre code s'appuyait sur l'identifiant de session, exactement ce qui vient de disparaître de la spec... Deux détails montrent que c'est pensé, et pas juste simplifié. D'abord, si un serveur a vraiment besoin de mémoriser quelque chose entre deux appels, il ne cache plus cet état dans la couche transport : il génère un identifiant explicite via un outil, et c'est le modèle lui-même qui le repasse en argument à l'appel suivant. L'état devient donc visible pour l'IA au lieu d'être planqué dans une tuyauterie qu'elle ne voit pas. Ensuite, les échanges qui demandaient autrefois un flux ouvert en permanence (typiquement demander une confirmation à l'utilisateur en plein milieu d'une tâche, par exemple avant une suppression de données) passent par un aller-retour explicite : le serveur répond qu'il a besoin d'une info, le client relance l'appel avec la réponse attachée ! Autour de ce socle, trois briques passent du statut d'expérimental à celui de standard officiel. - Les MCP Apps : un serveur peut afficher sa propre interface dans une iframe sécurisée, directement dans la conversation. - Les Tasks : des opérations longues et asynchrones, suivies par sondage plutôt que par connexion permanente. - Et l'authentification d'entreprise centralisée : un admin autorise un connecteur une fois via son fournisseur d'identité, Entra ou Okta par exemple, et tous les utilisateurs héritent de l'accès automatiquement, sans rien configurer. Les accès restant hérités des groupes déjà définis dans le fournisseur d'identité, la traçabilité ne devient pas un outil MCP séparé à gérer : elle reste dans le système d'audit que l'entreprise utilise déjà ! À côté de ça, l'authentification elle-même se durcit. Validation de l'émetteur du jeton pour fermer une faille classique de confusion entre serveurs d'autorisation, migration programmée vers des documents de métadonnées client plutôt que l'ancien enregistrement dynamique. Et surtout, une politique de dépréciation formelle avec douze mois de préavis minimum : c'est un protocole qui se comporte enfin comme une infrastructure de production, pas comme un projet qui avance à coups d'itérations rapides. Le narratif qui circulait jusque là présentait MCP comme le USB-C de l'IA, un simple connecteur universel entre un modèle et un outil. Avec une interface intégrée, sa propre gestion des accès, une file de tâches longues et une capacité de scaling propre à chaque serveur, on est loin d'un simple connecteur. Ce que vous branchez à un agent aujourd'hui peut être une application entière, pilotée de bout en bout par cet agent, pas un script qui répond ponctuellement à un appel API. Les chiffres avancés par les mainteneurs et par Anthropic donnent la mesure de l'adoption, à prendre comme des déclarations de la maison plutôt que comme un audit indépendant : les SDK officiels approchent le demi-milliard de téléchargements mensuels, en croissance x4 sur l'année, les versions TypeScript et Python ont chacune dépassé le milliard de téléchargements cumulés, et plus de 950 serveurs MCP sont référencés dans l'annuaire de Claude. AWS, Cloudflare et Google Cloud ont confirmé un support dès le jour de sortie. MCP a déjà un an et demi, et en une nuit il a gagné une interface, une gestion des accès et une file de tâches longues. Un protocole qui commence à ressembler à un système d'exploitation pour agents, plus à un simple connecteur 👀

• 
  Gawatofu (@HikaAki) a signalé il y a 19 minutes

  @vie_pour_rien @boudocha @JohnGoodDindon En fait, Cloudflare le fait déjà. Quand j'utilise Proton VPN, je me fais jeter par certains sites qui considèrent que je suis un client douteux.

• 
  Horld3n (@Horld3n) a signalé il y a 20 minutes

  @_Akanoa_ Je suis pas allé jusqu'à faire des tests de perf mais de ce que j'ai vu sur le wiki du projet c'est plutôt pas mal comparé à Cloudflare D1

• 
  moonbag (@pdmplp) a signalé il y a 21 minutes

  @PetitPrinceETH @evilchrisis imo : - disrib USDC en hausse avec tether à mal en europe - thèse agent IA qui vont utiliser USDC. @Cloudflare a dev des wallets en ce sens. - audit de tether recemment completé = bullish pour valo de CRCL si tether IPO - proxy crypto si bottom est in : CRCL > COIN

• 
  Grok (@grok) a signalé il y a 21 minutes

  @gifizix @CloudflareDev Salut ! Ce nouveau /crawl de Cloudflare simplifie tout : Avant, crawler un site entier (lire toutes les pages, même avec animations) demandait des programmes compliqués et des navigateurs automatisés. Maintenant : un seul appel API avec l’adresse du site, Cloudflare explore tout seul, affiche les pages comme un vrai navigateur, et te renvoie le contenu propre en HTML, Markdown ou JSON. Idéal pour l’IA, la recherche ou analyser des sites sans prise de tête. Si tu veux un exemple ultra-simple, dis-moi !

• 
  MANTIS Posture (@MANTIS_Posture) a signalé il y a 23 minutes

  @KuptoKosmos Cloudflare et Trail of Bits ne détiennent pas les clés. Ils auditent le journal pour éviter que Signal puisse présenter discrètement une fausse clé à certains utilisateurs. Ça réduit la confiance aveugle envers Signal, ça ne l’augmente pas. Pour une cible à haut risque, la comparaison manuelle du safety number reste le niveau supérieur. Pour Signal Login, là la critique est + pertinente. On n’a pas encore tous les détails : paiement crypto, anonyme, direct… à voir. Mais si ça passe obligatoirement par Google Play ou l’App Store, oui, niveau privacy c’est assez catastrophique.

• 
  🇺🇳🐺🇪🇺Олів'є Лекур🇪🇺🐺🇺🇳 (@vovksamotniy) a signalé il y a 27 minutes

  L'internet mort est plus proche qu'on ne le pensait : les robots ont pour la première fois dépassé les humains en termes de trafic🧠 La théorie de l'«internet mort» n'est plus simplement une théorie du complot. La société Cloudflare a publié de nouvelles données selon lesquelles l'intelligence artificielle et les scripts automatisés ont définitivement pris le dessus sur les humains sur le web. Maintenant, la répartition officielle du trafic HTTP mondial est la suivante : 🤖 57,5% - requêtes générées par des robots et des agents d'IA. 🧑‍💻 42,5% - requêtes d'utilisateurs «réels». Le PDG de Cloudflare, Matthew Prince, a admis que les analystes de l'entreprise ne prévoyaient ce changement majeur qu'en 2027. Cependant, le boom des agents d'IA a accéléré le processus. Il ne s'agit pas des robots spam classiques qui écrivent des commentaires comme «Gagnez 1000 $ par jour». Le web est envahi par de nouveaux assistants d'IA. Alors que l'humain moyen ouvre 2 à 3 onglets pour comparer les prix des billets d'avion ou des hôtels, son agent d'IA personnel effectue instantanément la même tâche en «aspirant» et en analysant des milliers de pages. Donc, pendant que vous essayez de prouver aux sites que vous n'êtes pas un robot en résolvant des captchas avec des autobus, les robots génèrent tranquillement la majeure partie du trafic internet. Bienvenue dans le futur où les machines écrivent du code pour d'autres machines, afin qu'elles puissent le lire en leur nom. Et nous observons simplement tout cela 🫡 Et quoi en 2029 ? 🤖

• 
  Nekr (@0xNekr) a signalé il y a 28 minutes

  @JuJStweet Ouais les Pages de Cloudflare c'est une très bonne solution aussi, mais t'es plus dans self host, même si Cloudflare est bien moins à risque que Vercel Et puis les Pages ça te bloque pas mal de choses quand tu fais un app, pas de backend full stack, limitation CPU/req, pas de fs Mais pour des landings par exemple c'est plus qu'ok

• 
  Nelhf Zaidi-Montgomery (@Nelhf) a signalé il y a 28 minutes

  La par exemple Cloudflare est down askip g quand même bien attendu 20min avant de voir si quelqu’un d’autre avait ce problème ou pas 🚬🤡

• 
  Jérémy (@Jrmy127) a signalé il y a 28 minutes

  Patron de Cloudflare, Matthew Prince a insisté sur le fait que les licenciements ne sont pas un exercice de réduction des coûts. Il explique que l'usage interne de l'IA a augmenté de plus de 600 % en trois mois, rendant certains employés " deux, dix, voire cent fois plus productifs ". Par conséquent, de nombreux postes de support ne sont plus jugés nécessaires pour l'avenir de l'entreprise. @grok une erreur monumentale lorsque l'ia va éffacer des données !

• 
  Zeldri (@ZeldriFR) a signalé il y a 33 minutes

  @laink @AntoineCardonFR Oui ou plus simple, tout Cloudflare, pas de problème avec la monté en charge des que vous partagez le lien aux gens. VPS et compagnie, très très cool, mais le setup est pas évident du tout