Leitura rápida do recorte
O bloco /app contém a parte operacional e executável. Já /apps e /public
funcionam como suporte estático e runtime. Essa distinção evita muito retrabalho em debug.
/app
Concentra autenticação, recuperação de senha, service worker, manifest e um painel mobile próprio em /app/painel. É a parte mais viva do recorte.
- Entrada pública em app/index.php + autenticação em app/autenticar.php.
- Recuperação de acesso em alterar-senha.php, recuperar-senha.php e resetar-senha.php.
- Painel mobile em app/painel com shell, menus, cabeçalho, rodapé e verificação de permissões.
- Mini-módulos internos em app/painel/paginas: agenda, clientes, dias, dias_bloqueio_func, meus_servicos, minhas_comissoes e servicos_func.
/apps
Não possui lógica PHP. Funciona como diretório auxiliar de CSS e JS reaproveitados por interfaces mobile ou páginas públicas.
- Possui apenas apps/css e apps/js.
- Replica arquivos como bootstrap.css, swiper.css, style.css e bootstrap.min.js.
- Deve ser tratado como pacote estático, não como módulo de negócio.
/public
No estado atual do projeto, serve como armazenamento público para uploads do site. O recorte auditado mostra somente public/uploads/site.
- A pasta public/uploads/site contém arquivos enviados e publicados no front.
- Não deve ser tratada como fonte de regras de negócio.
- Mudanças nessa área impactam disponibilidade de mídia e URL pública.
Arquivos PHP reais em /app
O código executável do recorte está todo em /app. O resto é suporte visual, cache, plugins ou runtime público.
Abaixo está a trilha principal para o próximo dev começar.
Regra prática de manutenção
/app./app/painel/index.php e depois shell + páginas internas./app e /apps./public/uploads/site e a URL consumida no front.Grupos internos de /app
Esse agrupamento ajuda o próximo dev a não se perder em meio a plugins, imagens, SCSS, CKEditor e páginas internas do painel mobile.
Autenticação e recuperação
Fluxo de entrada do app/PWA e recuperação de senha do usuário.
app/index.phpapp/autenticar.phpapp/alterar-senha.phpapp/recuperar-senha.phpapp/resetar-senha.phpapp/alertas.php
Shell do painel mobile
Estrutura-base que monta menu, cabeçalho, rodapé, alertas e controle de permissões.
app/painel/index.phpapp/painel/cabecalho.phpapp/painel/menu-lateral.phpapp/painel/menu-cores.phpapp/painel/menu-highlights.phpapp/painel/menu-pagar.phpapp/painel/menu-receber.phpapp/painel/rodape.phpapp/painel/verificar_permissoes.phpapp/painel/logout.phpapp/painel/alertas.php
Páginas internas do painel mobile
Recorte enxuto de módulos voltados ao uso mobile / operacional.
app/painel/paginas/agenda.phpapp/painel/paginas/clientes.phpapp/painel/paginas/dias.phpapp/painel/paginas/dias_bloqueio_func.phpapp/painel/paginas/meus_servicos.phpapp/painel/paginas/minhas_comissoes.phpapp/painel/paginas/servicos_func.php
Assets e runtime que não devem ser lidos como módulo
Nem tudo que existe nessas pastas é “fonte de regra”. Há muito conteúdo de suporte que deve ser tratado como camada estática ou operacional.
Achados que valem atenção
O diretório /app mistura PWA, painel mobile, mídia, SCSS, plugins e CKEditor. Ele é maior do que um simples “front mobile”.
Há service worker e manifest tanto em /app quanto em /app/painel, o que exige cautela com cache e invalidação em deploy.
O diretório /apps não possui PHP e deve ser lido como espelho estático, não como módulo de execução.
O diretório /public também não possui PHP; ele representa artefatos públicos de runtime, principalmente uploads do site.
Os sete arquivos em /app/painel/paginas não substituem o painel principal do sistema; eles são um recorte operacional mobile.
Resumo objetivo para manutenção
Este bloco está fechado. O que ainda resta fora do painel não está aqui: sobram principalmente /config,
utilitários residuais e alguns artefatos de suporte fora do núcleo já auditado.
/app = execução mobile/PWA e shell de painel. /apps = pacote estático. /public = runtime público de uploads.
Tratar tudo isso como um único “módulo de negócio” gera análise errada e manutenção confusa.