Estrutura do código legado
Organização visível do legado no código publicado, incluindo entradas públicas, diretórios funcionais e padrões técnicos recorrentes.
Organização do código
| Área | Papel técnico |
|---|---|
web.config |
Define o documento padrão no IIS, erro 404 e regras básicas de publicação |
supergeral.asp |
Página inicial efetiva do portal |
header.asp e headerISO.asp |
Cabeçalhos compartilhados com menu, login e blocos comuns |
LOJA/ |
Associação, proposta, matrícula, alteração cadastral e páginas ligadas ao ingresso do associado |
registro_flash/ |
Entrada do registro, armazenamento, alteração, pesquisa e emissão ligada ao registro |
API/ |
Includes utilitários ASP usados por cabeçalhos e por fluxos específicos, como estúdio |
agendamento/ |
Rotinas automáticas e scripts operacionais que atualizam estado, cobrança, pontos e conteúdo |
admin/ |
Pasta interna localizada no espelho atual, com vendasAdmin.asp ligado à consulta operacional de vendas de parceiros |
arede/erede/scripts_ccb/ |
Rotinas ligadas ao retorno e baixa de pagamento |
lib/db/ |
Camada compartilhada de conexão e consulta |
css/, images/, icons/, Scripts/ |
Recursos estáticos do portal |
Estrutura visível na raiz do legado
- A raiz do legado reúne arquivos de produção, páginas antigas ainda preservadas, campanhas isoladas, utilitários operacionais e conteúdo estático.
- Há páginas centrais diretamente na raiz, como
supergeral.asp,header.asp,headerISO.asp,supergeral_login.asp,central_de_pagamentos_1.asp,central_de_pagamentos_2.aspeassociar_new.asp. - A mesma raiz também preserva arquivos antigos ou paralelos, como
central_de_pagamentos_3.asp, fora do fluxo principal documentado na navegacao publicada. - A raiz concentra ainda páginas operacionais internas fora da pasta
admin/, comocentral_de_pagamentos_1_interno.asp,central_de_pagamentos_2_interno.asp,supergeral_central_de_pagamentos_internos_1.aspesupergeral_central_de_pagamentos_internos_2.asp. - Diretórios como
Antigas/,backups/e tabelas com sufixos de cópia no banco indicam convivência entre versão ativa, versões antigas e material preservado para consulta ou reaproveitamento. - Diretórios como
A - Procedimentos para emissão boletos CCB/,Advanced Find and Replace/eInstalação nova/mostram que a árvore também funciona como repositório operacional e não apenas como código da aplicação pública.
Páginas administrativas e internas localizadas
- Na pasta
admin/, a página localizada neste espelho éadmin/vendasAdmin.asp. admin/vendasAdmin.aspexecutaheader.aspefooter.asp, consultavendas_parceiroe cruza o pedido compedidos_servicospara exibir vendedor, serviço, valor, comissão e status de pagamento.- As trilhas internas de pagamento ficam diretamente na raiz publicada, pelas variantes
_interno,internose pela variante interna da coletânea. - As referências a administração localizadas dentro de
LOJA/apontam paraadmin.aspdo caminho seguro configurado no próprio módulo, e não para a pasta raizadmin/deste espelho.
Árvore publicada no IIS
- A pasta física do site no IIS aponta para
C:\INETPUB\WWWROOT\LOCALUSER\CLUBEDOSCOMPOSITOREScomo raiz publicada do servidor. - A árvore exportada dessa publicação confirma que a raiz reúne páginas públicas, módulos funcionais, utilitários operacionais, arquivos auxiliares, cópias paralelas e material preservado.
- Dentro dessa árvore publicada aparecem arquivos centrais como
web.config,supergeral.asp,supergeral_login.asp,salavip.asp,supergeral_central_de_pagamentos_1.asp,supergeral_isrc1.aspesupergeral_estudio1.asp. - A separacao fechada entre cadeia principal, modulo paralelo, codigo preservado e artefato operacional fica em Classificacao da arvore publicada.
Baixar árvore publicada do IIS
Padrões técnicos do código
- A base principal é ASP Clássico, com presença de páginas auxiliares em PHP, HTML e HTM dentro do mesmo legado.
- A montagem das páginas combina
Server.Executee#include, concentrando cabeçalhos, navegação e utilidades em arquivos compartilhados. - Há dois estilos de acesso a banco convivendo no código: páginas que abrem
ADODB.Connectiondiretamente e páginas que usam a camada compartilhada emlib/db/. - A camada compartilhada usa
dbConfig.asp,connection.aspedatabase-query-module.asppara montar consultas por ODBC MySQL. - O legado também preserva configuração antiga em
Global.asaparaloja.mdbvia Jet OLEDB, enquanto os fluxos de associação, registro, includes utilitários emAPI/e agendamento abrem conexão com MySQL por ODBC. - O código trabalha amplamente com
Request.Form,Request.QueryString, cookies,Response.Redirecte atualizações SQL montadas diretamente na página.
Papel da pasta API/
Uso de API/
A pasta API/ aparece no legado coletado e na árvore publicada.
O uso nela e de include interno, e nao de endpoints HTTP formalizados.
Os casos identificados até agora são utilitários como getClubecadInfoByEmail.asp, incluído por header.asp e headerISO.asp, e getStudioUserInfo.asp, incluído por páginas do estúdio.
API/ funciona como bloco de reaproveitamento interno do legado, com impacto localizado, e nao como modulo central do sistema.
Validações de entrada no código
- Nos fluxos públicos de associação e de pagamentos, o CPF é sanitizado antes do envio, reduzido a dígitos e validado com 11 números e dígitos verificadores.
- As telas que recebem endereço e cobrança exigem CEP com 8 dígitos e, em alguns fluxos, consultam tabelas internas de CEP para confirmar se o código existe.
- O legado repete a função
tira_aspaem várias páginas para remover aspas,=,&e fragmentos deorantes de seguir com login, pagamento, contato e outros formulários. - O padrão é validar no próprio ponto de entrada do fluxo, e não por uma camada única centralizada.
Leituras relacionadas
- Cadeia visual do portal em Interface e Navegação > Estrutura Global do Portal.
- Navegação compartilhada em Interface e Navegação > Header, Menu e Login.
- Dominios, acoplamentos e componentes compartilhados em Arquitetura.
- Assets visuais em Interface e Navegação > Assets CSS e JS de Interface.