diff --git a/app/assets/tailwind/application.css b/app/assets/tailwind/application.css new file mode 100644 index 0000000..d80dac9 --- /dev/null +++ b/app/assets/tailwind/application.css @@ -0,0 +1,32 @@ +/* app/assets/tailwind/application.css + * + * ESTE ARQUIVO EXISTE PARA O DEPLOY NÃO QUEBRAR. Leia antes de apagar. + * + * A gem `tailwindcss-rails` está no Gemfile e pendura a tarefa `tailwindcss:build` + * dentro de `assets:precompile`. Ela procura ESTE caminho fixo e, se não achar, + * aborta com: + * + * Specified input file `./app/assets/tailwind/application.css` does not exist. + * Tasks: TOP => assets:precompile => tailwindcss:build + * + * E o `assets:precompile` morre INTEIRO nessa linha — nenhum arquivo chega em + * public/assets. O efeito na tela é traiçoeiro: o Propshaft, sem manifesto, cai + * no resolvedor dinâmico e continua montando URLs com o digest certo, então a + * página abre normal e CADA /assets/*.js devolve 404 em silêncio. O sistema fica + * sem JavaScript nenhum: prévia do PDF, edição inline da tabela, busca e + * carrossel todos mortos, sem erro visível. Foi o que aconteceu de 27 a + * 28/08/2026 e custou três rodadas de diagnóstico. + * + * POR QUE ESTÁ VAZIO: o CSS do sistema hoje vem do CDN do Tailwind, carregado em + * app/views/layouts/application.html.erb. Sem `@import "tailwindcss"` aqui, o + * build termina na hora e gera um arquivo vazio — nada é servido a mais e o + * deploy não perde tempo montando um CSS que ninguém carrega. + * + * DÍVIDA CONHECIDA (uma das duas, quando houver espaço): + * a) migrar do CDN para o Tailwind local — o próprio Tailwind desaconselha o + * CDN em produção, e ele deixa o sistema dependendo de rede externa. Neste + * caso, troque este comentário por `@import "tailwindcss";` e o + *