Se o esquema também for definido em DTD e armazenado em cache no lado do parser, também seria possível obter o efeito de transmitir o esquema apenas uma vez.
Os danos foram causados por uma exploração bem-sucedida de uma vulnerabilidade real em React Server Components.
Como o momento da notícia é parecido, parece perfeitamente possível confundir as coisas. https://www.dailysecu.com/news/articleView.html?idxno=203111
Só para constar, no incidente anterior caiu todo lugar que estava por trás do CDN da Cloudflare.
Nessa perspectiva, a questão é ver se caiu tudo ou apenas parte disso.
Entendo o autor do post original, mas não sei com base em quê outras pessoas estão fazendo comentários sarcásticos.
Este é realmente um dos poucos espaços de comunidade relacionados a desenvolvimento que ainda restam e que também têm etiqueta.
No primeiro post que escrevi, depois revelei o conteúdo geral por meio de uma atualização posterior.
Foi dito que alguns usuários (28% do tráfego total) foram afetados, e que a causa ocorreu durante uma tentativa de bloquear uma vulnerabilidade do React Server Components.
Se é desenvolvedor, não basta apenas escrever código; ao analisar a causa de algo ou ao montar uma lógica, não deveria também ser lógico ou pelo menos apresentar fundamentos claros?
Escrevi meu primeiro comentário daquela forma porque, quando fui verificar depois de o post ser publicado, o servidor que eu administro estava atrás de CDN e eu não confirmei nenhuma indisponibilidade.
Oficialmente disseram que era um erro de API e do dashboard; isso é informação incorreta?
Se houve erro no dashboard, então naturalmente pode haver falha na Cloudflare, e como o DownDetector também trata isso como algo relacionado à Cloudflare, pode apontar falha também (até porque já caiu no incidente anterior), não seria isso?
Mais importante do que simplesmente dizer se está certo ou errado não seria entender o motivo com clareza?
Concordo bastante com a parte do texto que diz que isso ajuda a corrigir pequenos incômodos.
Em vez de delegar algo grande, sinto que recebo muita ajuda da IA quando faço tarefas como adicionar pequenas funcionalidades de conveniência, scripting, refatoração e outros trabalhos meio chatos, mas que, se forem feitos antes, deixam tudo mais confortável depois.
A Orange Cloud sem relação com a API também teve uma falha em grande escala
Notion, LinkedIn etc.
Foi você quem deixou informação incorreta no comentário.
Essa notícia menciona alguns fatos, mas induz o leitor a links de incidentes passados, o que acaba confundindo as pessoas.
Em vez de negar tudo, eu apenas neguei a afirmação de que tudo caiu por completo.
Se você olhar a recuperação no Downdetector, a Cloudflare continua com registro de queda, mas, descendo mais, dá para ver que Roblox e Instagram não foram afetados, então foi só nesse sentido que eu falei isso.
Se não dá para confiar no material oficial da Cloudflare, aí não há muito o que fazer.
Pode ser que eles estejam mentindo.
Mas o que eu quis dizer é apenas que aquilo que usava a API da Cloudflare, seja por biblioteca ou diretamente, foi o que acabou sendo afetado.
Com base no material oficial.
Não é um comentário escrito para brigar.
Só aparecia como dashboard e API, mas o Claude, o site da Cloudflare, o meu site e o Downdetector também ficaram inacessíveis.
Agora parece que já foi restaurado e está tudo acessível normalmente.
Como toda ferramenta, não existe solução universal, mas acho que o Protobuf também é uma ferramenta boa o suficiente.
Especialmente quando precisei enviar dados volumosos e de alta frequência (20 vezes por segundo) para vários idiomas/clientes em um ambiente embarcado, consegui fazer isso de forma bem limpa com o nanopb.
O formato binário que eu idealizo seria baseado em esquema, mas incluiria o esquema dentro da própria mensagem. Assim, daria para ler direto com um plugin do vim. Ao lidar com milhões de objetos, anexar um esquema de 1 KB a uma mensagem de 2 GB não é um grande custo
Mas, em serviços web, muitas vezes acontece o contrário: o esquema tem 200 KB e a mensagem 1 KB. Nesse caso, é ineficiente
=> De qualquer forma, o esquema não precisa necessariamente ser transmitido pelo menos uma vez? Mesmo no JSON, não é que não exista esquema; ele só está implicitamente incluído nos dados, então não acho que seja correto dizer que o esquema não é transmitido. Na verdade, como o esquema é retransmitido de forma redundante em cada item, acaba sendo ainda mais ineficiente. Esse formato "baseado em esquema, mas com o esquema incluído na própria mensagem" parece bem interessante.
Questão de habilidades de gestão
Se o esquema também for definido em DTD e armazenado em cache no lado do parser, também seria possível obter o efeito de transmitir o esquema apenas uma vez.
Sincerão, hein
Os danos foram causados por uma exploração bem-sucedida de uma vulnerabilidade real em React Server Components.
Como o momento da notícia é parecido, parece perfeitamente possível confundir as coisas.
https://www.dailysecu.com/news/articleView.html?idxno=203111
Só para constar, no incidente anterior caiu todo lugar que estava por trás do CDN da Cloudflare.
Nessa perspectiva, a questão é ver se caiu tudo ou apenas parte disso.
Entendo o autor do post original, mas não sei com base em quê outras pessoas estão fazendo comentários sarcásticos.
Este é realmente um dos poucos espaços de comunidade relacionados a desenvolvimento que ainda restam e que também têm etiqueta.
No primeiro post que escrevi, depois revelei o conteúdo geral por meio de uma atualização posterior.
Foi dito que alguns usuários (28% do tráfego total) foram afetados, e que a causa ocorreu durante uma tentativa de bloquear uma vulnerabilidade do React Server Components.
Se é desenvolvedor, não basta apenas escrever código; ao analisar a causa de algo ou ao montar uma lógica, não deveria também ser lógico ou pelo menos apresentar fundamentos claros?
Escrevi meu primeiro comentário daquela forma porque, quando fui verificar depois de o post ser publicado, o servidor que eu administro estava atrás de CDN e eu não confirmei nenhuma indisponibilidade.
Oficialmente disseram que era um erro de API e do dashboard; isso é informação incorreta?
Se houve erro no dashboard, então naturalmente pode haver falha na Cloudflare, e como o DownDetector também trata isso como algo relacionado à Cloudflare, pode apontar falha também (até porque já caiu no incidente anterior), não seria isso?
Mais importante do que simplesmente dizer se está certo ou errado não seria entender o motivo com clareza?
https://blog.cloudflare.com/5-december-2025-outage/
A Cloudflare publicou no blog que 28% do tráfego HTTP respondeu com erro 500
Eu também tive erro 500 da Cloudflare em um serviço em produção
Concordo bastante com a parte do texto que diz que isso ajuda a corrigir pequenos incômodos.
Em vez de delegar algo grande, sinto que recebo muita ajuda da IA quando faço tarefas como adicionar pequenas funcionalidades de conveniência, scripting, refatoração e outros trabalhos meio chatos, mas que, se forem feitos antes, deixam tudo mais confortável depois.
https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5
Parece que outro problema estourou em seguida.
É uma pena não haver alternativa.
A Orange Cloud sem relação com a API também teve uma falha em grande escala
Notion, LinkedIn etc.
Foi você quem deixou informação incorreta no comentário.
Essa notícia menciona alguns fatos, mas induz o leitor a links de incidentes passados, o que acaba confundindo as pessoas.
Em vez de negar tudo, eu apenas neguei a afirmação de que tudo caiu por completo.
Se você olhar a recuperação no Downdetector, a Cloudflare continua com registro de queda, mas, descendo mais, dá para ver que Roblox e Instagram não foram afetados, então foi só nesse sentido que eu falei isso.
Se não dá para confiar no material oficial da Cloudflare, aí não há muito o que fazer.
Pode ser que eles estejam mentindo.
Mas o que eu quis dizer é apenas que aquilo que usava a API da Cloudflare, seja por biblioteca ou diretamente, foi o que acabou sendo afetado.
Com base no material oficial.
Não é um comentário escrito para brigar.
Só aparecia como dashboard e API, mas o Claude, o site da Cloudflare, o meu site e o Downdetector também ficaram inacessíveis.
Agora parece que já foi restaurado e está tudo acessível normalmente.
Confiram a notícia.
https://independent.co.uk/tech/…
Desta vez não parece que caiu tudo; parece que estão com problema o lado que usa a API da Cloudflare e o painel da Cloudflare.
https://www.cloudflarestatus.com/incidents/lfrm31y6sw9q
É lamentável, mas ainda bem que corrigiram. Acho que deve haver mais casos assim, só que ainda não vieram a público.
Acertou em cheio no ponto central.
Como toda ferramenta, não existe solução universal, mas acho que o Protobuf também é uma ferramenta boa o suficiente.
Especialmente quando precisei enviar dados volumosos e de alta frequência (20 vezes por segundo) para vários idiomas/clientes em um ambiente embarcado, consegui fazer isso de forma bem limpa com o nanopb.
Se ficar tão rígido assim, não vai acabar vindo em XML? haha
É o café que a minha loja faz; para vender, a gente tem que dizer que é gostoso.
=> De qualquer forma, o esquema não precisa necessariamente ser transmitido pelo menos uma vez? Mesmo no JSON, não é que não exista esquema; ele só está implicitamente incluído nos dados, então não acho que seja correto dizer que o esquema não é transmitido. Na verdade, como o esquema é retransmitido de forma redundante em cada item, acaba sendo ainda mais ineficiente. Esse formato "baseado em esquema, mas com o esquema incluído na própria mensagem" parece bem interessante.
Esse conteúdo já tinha sido apresentado uma vez no GeekNews. Detox digital!