BK-235 - URLs publicas sem .php para eventos, pecas e teatros

Objetivo

• publicar e consolidar as rotas limpas:
• /eventos
• /pecas
• /teatros

Problema atual

• /eventos redireciona para /eventos.php
• /pecas e /teatros nao possuem rewrite dedicado e acabam caindo no fluxo legado/fallback
• menus, breadcrumbs e sitemap ainda apontam para URLs com .php

Escopo inicial

• criar rewrites explicitos para /eventos, /pecas e /teatros
• redirecionar as URLs legadas .php para as versoes limpas
• preservar o fallback atual de slug para peca.php
• atualizar os menus publicos principais
• atualizar o topo do painel que aponta para o site publico
• ajustar breadcrumb/links de retorno nas paginas relacionadas
• atualizar o sitemap publico para refletir a URL limpa
• ajustar o tracking para reconhecer as rotas limpas como listagens

Risco principal

• colidir com o catch-all atual que reescreve slugs para peca.php
• por isso as rotas dedicadas precisam entrar antes do fallback generico

Validacao esperada

• curl -I -L /eventos deve terminar em 200 sem expor .php ao usuario
• curl -I -L /pecas deve terminar em 200 sem cair na home
• curl -I -L /teatros deve terminar em 200 sem cair na home
• curl -I -L /eventos.php, /pecas.php e /teatros.php devem redirecionar para as URLs limpas

Leitura tecnica desta rodada

• o detalhe de teatro ja esta correto por slug publico:
• exemplo confirmado: https://rionoteatro.com.br/acaso-cultural
• o problema real ficou restrito as paginas de listagem:
• /eventos
• /pecas
• /teatros

Tentativa feita e revertida

• foi tentado um hotfix minimo no arquivo:
• /www/server/panel/vhost/rewrite/rionoteatro.com.br.conf
• a ideia era:
• criar regras dedicadas para /eventos, /pecas e /teatros
• redirecionar as rotas .php para as versoes limpas
• tambem foi tentada atualizacao do sitemap.xml
• as alteracoes foram revertidas na mesma rodada porque nao produziram o comportamento correto

Achados confirmados

• /eventos continua retornando 301 para /eventos.php
• /pecas continua retornando 302 para a home
• /teatros continua retornando 302 para a home
• isso acontece mesmo com nginx -t ok e reload aplicado
• o Nginx que responde na 443 e o mesmo do aaPanel:
• /www/server/nginx/sbin/nginx -c /www/server/nginx/conf/nginx.conf

Hipotese atual

• existe uma cadeia legada de roteamento mais profunda do que o rewrite superficial
• os sintomas sugerem que o fallback de rota publica/slug ainda domina antes da consolidacao das listagens limpas
• para /pecas e /teatros, a queda para home combina com o comportamento de peca.php quando nao encontra slug valido
• para /eventos, ainda existe uma origem de 301 para /eventos.php que nao foi eliminada pelo hotfix minimo

Proximo passo recomendado

• retomar com investigacao dedicada de cadeia de roteamento publica
• revisar em conjunto:
• server rewrite
• fallback de slug
• possivel interceptacao por regras legadas da aplicacao
• so depois reaplicar uma estrategia de URL limpa que seja testada ponta a ponta