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:

• 
  Nikita | BeWide AI (@BewideAI) a signalé il y a 1 minute

  Cette semaine, j’ai fait des pompes devant mon Mac pour débugger une app. Le problème était assez drôle : L’app comptait 2 pompes quand je me mettais au sol. Puis 0 quand j’en faisais vraiment. Tout est parti d’une vidéo de Tom Holland. Il expliquait que son entraînement préféré était le Cindy: 5 tractions. 10 pompes. 15 squats. Le plus de tours possible en 20 minutes. Son record serait de 27 tours. Puis Tibo InShape a repris le défi. Je me suis dit qu’il y avait probablement un truc à faire autour de cette trend. Mais j’avais aussi trois autres motivations : Je voulais me remettre au sport. J’avais envie de construire quelque chose avec de la computer vision. Et le mécanisme des réseaux sociaux basés sur la performance m’intéressait pas mal. Strava ne fonctionne pas uniquement parce qu’il enregistre une activité. Il fonctionne parce qu’il transforme un effort personnel en objet social : une performance que l’on peut publier, comparer et essayer de battre. J’ai donc commencé à construire TrackYourReps. L’idée : Tu poses ton téléphone. Tu fais ton Cindy pendant 20 minutes. L’app compte les répétitions, fabrique une vidéo accélérée et publie ton score sur ton profil, dans un feed et dans un classement général. Évidemment, la première difficulté était de compter correctement les mouvements. J’utilise MediaPipe Pose directement dans le navigateur. Le modèle ne “comprend” pas vraiment qu’une personne fait une pompe. Il détecte 33 points du corps : épaules, coudes, poignets, hanches, genoux, chevilles… À partir de ces points, je calcule notamment : — l’angle du coude pour les tractions ; — l’angle du genou pour les squats ; — l’orientation du corps ; — le déplacement vertical du haut du corps pour les pompes. Ensuite, une machine à états décide si le mouvement est complet. Pour une pompe, par exemple, il faut détecter successivement : position haute stable → descente → retour en haut. Ça évite théoriquement de compter le simple fait de se mettre au sol. Théoriquement. En pratique, j’ai découvert que deux personnes peuvent faire exactement la même pompe mais produire des coordonnées très différentes selon : — leur distance par rapport à la caméra ; — l’angle de prise de vue ; — la visibilité de leurs mains ; — leur orientation ; — la lumière. J’ai donc remplacé une partie des seuils fixes par des seuils relatifs à la taille du torse détecté. L’app calibre aussi la position haute de l’utilisateur avant de commencer à compter. Et j’ai ajouté 2 secondes de transition entre tractions, pompes et squats. Sans ça, descendre de la barre pour se mettre en position de pompe pouvait devenir une répétition. Pour garder l’inférence fluide sur mobile, j’utilise le modèle MediaPipe “lite”, exécuté sur le GPU quand il est disponible, avec un fallback CPU. Tout se passe localement. Aucune image n’est envoyée à une API pour savoir si tu as fait une pompe. L’autre sujet compliqué était la vidéo. Je ne voulais surtout pas : enregistrer une vidéo de 20 minutes ; l’envoyer sur un serveur ; payer son stockage ; puis la transcoder pour obtenir une vidéo regardable. Le navigateur prélève donc seulement une image environ toutes les 667 millisecondes pendant l’entraînement. Ces images sont immédiatement encodées en MP4 avec WebCodecs et Mediabunny, en leur donnant des timestamps compressés. Résultat : le navigateur fabrique directement une vidéo accélérée d’environ une minute. La vidéo originale de 20 minutes n’existe jamais. À la fin, j’ajoute dans le navigateur : — la musique ; — le score qui augmente ; — un petit watermark ; — une miniature sélectionnée parmi les frames où le visage est le plus visible. Seule cette petite vidéo finale est envoyée dans Cloudflare R2. Les profils, scores, corrections et métadonnées sont dans PostgreSQL sur Railway. J’ai aussi ajouté un flou d’arrière-plan avec un deuxième modèle MediaPipe consacré à la segmentation. Et là, nouveau problème : Sur mobile, le modèle considérait parfois que mon corps faisait partie de l’arrière-plan. Il floutait donc très correctement… absolument tout. J’ai fini par utiliser deux modèles différents selon le format de la caméra : un pour les vidéos verticales, un autre pour les plans larges. J’ai testé l’app avec un vrai entraînement. Résultat : 7 tours. Puis, après 20 minutes de Cindy, j’ai ouvert mon profil et toute l’application a crashé à cause d’un .toISOString()appelé sur une chaîne de caractères. Pas exactement la récompense que j’attendais. Mais le test m’a fait comprendre un truc intéressant : Construire un produit de computer vision, ce n’est pas simplement choisir un modèle. Le placement de la caméra, les transitions, les seuils, les fallbacks mobiles, la compression vidéo et les instructions données à l’utilisateur font partie du modèle. Et construire un réseau social, ce n’est pas commencer par un feed. C’est commencer par créer quelque chose que les utilisateurs auront réellement envie de publier. Pour TrackYourReps, ce quelque chose est assez simple: Une vidéo. Un score. Et la possibilité de découvrir qu’on est encore très loin des 27 tours de Tom Holland.

• 
  Erwan M (@erwan_mnchc) a signalé il y a 2 minutes

  @fabienr34 Je te confirme que c'est vrai ! J'avais un client espagnol avec lequel on utilisait cloudflare ( marché international) ce blocage de l'Espagne était vraiment problématique

• 
  化学家 (@SgtGunnery) a signalé il y a 2 minutes

  @jdl288 @ebothorel @platombe Pour juste équilibrer la charge, oui il y a des alternatives comme OVH, mais sur la partie firewall ils sont au dessus. Il y a aussi un autre problème, c'est que Cloudflare c'est foutrement bien pensé et intuitif, tous les autres sont une souffrance a configurer.

• 
  Jérôme Pinard (@CaptainJeromeFr) a signalé il y a 4 minutes

  Bali, Jour 9/90 du défi : les premiers frémissements apparaissent enfin dans Google. J’ai commencé la journée avec un mélange d’amusement et d’excitation. Amusement, parce que je viens encore de contourner un obstacle technique. Excitation, parce que le SITE-01 commence enfin à produire ses premières données réelles. CONTOURNER L’OBSTACLE Hier, Infomaniak bloquait toujours la validation des réglages DNS du SITE-02. J’aurais pu attendre. J’ai préféré chercher une autre route. J’ai transféré la gestion DNS vers Cloudflare, conservé la messagerie chez Infomaniak et relié le site à mon serveur Cloudron. Problème contourné. SITE-02 accessible. Cette façon de travailler commence à devenir une règle personnelle du défi : je n’essaie pas d’anticiper tous les problèmes avant d’agir. J’avance jusqu’à rencontrer le prochain obstacle, puis je cherche la solution la plus simple pour continuer. Ce n’est peut-être pas la méthode la plus rassurante. Mais elle évite de passer des semaines à préparer des problèmes qui n’arriveront peut-être jamais. UN NOUVEL OUTIL QUI TRÉBUCHE J’ai ensuite préparé le suivi des positions Google des deux sites dans OpenSEO. 16 recherches commerciales. Un suivi mobile localisé. Un premier relevé lancé. Résultat : échec technique sur les 16 recherches. Aucune position retournée. Un nouvel obstacle. Mais pas une raison de bloquer la suite. Je retenterai demain, après avoir vérifié la cause, sans lancer les contrôles en boucle et brûler inutilement des crédits. LES PREMIERS FRÉMISSEMENTS Heureusement, Google Search Console avait une meilleure nouvelle. Le SITE-01 commence à apparaître dans Google : • 51 impressions • 6 recherches différentes • 0 clic • une position moyenne de 69,6 • deux recherches locales autour des positions 48 et 49 Soyons honnêtes : ce ne sont pas encore de bons résultats. Personne n’a cliqué. Le site reste loin de la première page. Il n’a généré aucun véritable prospect. Et pourtant, j’étais franchement excité en découvrant ces chiffres. Parce que je possède enfin un point de départ. Le site n’est plus seulement une hypothèse, un document dans Obsidian ou quelques pages WordPress. Google l’a découvert. Il commence à le tester sur de vraies recherches. LE VRAI DÉFI COMMENCE À partir de maintenant, il ne tient qu’à moi, à ma persévérance et à ma capacité d’apprendre pour améliorer ces résultats semaine après semaine. Je vais observer. Tester. Me tromper. Corriger. Et surtout continuer à agir, même lorsque les résultats sont faibles ou qu’un outil refuse de fonctionner comme prévu. Mon objectif reste le même : arriver au terme de ces 90 jours avec suffisamment de résultats probants pour pouvoir dire GO. Pas parce que j’aurai envie d’y croire. Parce que les données me donneront de bonnes raisons d’y croire. LA SUITE Demain, je retenterai le suivi automatisé des positions et je comparerai ses résultats avec les premières données réelles de Google Search Console. Nouvel épisode : OpenSEO va-t-il enfin réussir à retrouver mes deux sites dans Google ?

• 
  Zeldri (@ZeldriFR) a signalé il y a 6 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

• 
  SoldierOldBoy (@SoldierOldBoy) a signalé il y a 7 minutes

  @NicolasAlfonsi Oui et là, on ne parle que des RS... Les US ont surtout AWS, Azure et Cloudflare. Si on devait faire tenir nos infras dans OVH, ça serait une régression technique et qualitative énorme... et ça nous coûterait extrêmement cher.

• 
  Seb M (@Seb__M) a signalé il y a 13 minutes

  @morganlinton Je suis en train d'installer opencode sur un durable object dans Cloudflare avec Deepseek hosted by Cloudflare. Je vais diviser mes couts de developpement et je vais meme pouvoir traiter le code à distance et en automatique pour les issues de bug de mes user.

• 
  🇺🇳🐺🇪🇺Олів'є Лекур🇪🇺🐺🇺🇳 (@vovksamotniy) a signalé il y a 17 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 ? 🤖

• 
  Fabrice /home/emulsion/ 🧪 (@FabriceSimonet) a signalé il y a 20 minutes

  @PAPAMICA__ Il va falloir que je regarde ça, parceque utiliser cloudflare j'aime pas, j'ai mis un client dessus pour mitiger les bot ia...

• 
  Mrloic (@mrloic23) a signalé il y a 20 minutes

  @Superdiabolo777 @MrBurns1839353 @GrablyR parce qu'il dit qu'ils utilisent cloudflare comme si c'était un probleme alors qu'aucun service ne propose le 10e de ce que fait cloudflare

• 
  ☠ Bluetouff (@bluetouff) a signalé il y a 21 minutes

  @ferr079 99% des projets n'ont pas besoin de Cloudflare et rien ne le justifie (charge / sécurité et maintenant paiement...). Cloudflare devient un guichet unique du web et ça ne semble inquiéter personne, sauf quand il tombe.

• 
  angry oil slick (@rxfwnn) a signalé il y a 21 minutes

  y’a panne cloudflare ou quoi

• 
  Milan Boisgard | AI & Robotic (@MBoisgard) a signalé il y a 22 minutes

  @Cloudflare est en train de redéfinir la manière dont on paye sur le web. Pas avec un bouton checkout. Avec une requête HTTP. Un agent demande une API, un dataset ou un outil MCP. Le serveur répond 402 Payment Required. L’agent paie en stablecoin. La ressource est servie. Le web devient appelable, payable, automatisable. 🔥 Pour les Builders, c’est une nouvelle grammaire économique du web qu'il va falloir intégrer dans vos business.

• 
  🇹🇳امير🇹🇳 (@amirfj_92) a signalé il y a 24 minutes

  @OVHcloud_FR @ovh_support_fr ça fait plusieurs jours que j’essaye de changer mes serveurs DNS pour mettre ceux de Cloudflare j’ai même désactivé DNSSEC et la protection contre les transferts mais toujours en erreur + j’ai ouvert un ticket sans réponse…

• 
  Luckyvan (@Vanundead) a signalé il y a 26 minutes

  @PowerHasheur @coinbase @Cloudflare Thetanetwork en a pas mal parlé aussi x)