Finalização de alteraçoes em site, resolução de bugs e adequação de layout

O sistema que está no homolog ainda é hibrido, 1- O codigo é de trabalho (dev), não está documentado (comentado) 2- As tecnologias usadas são: Lingagens - html, sass/css, javascript, php Frameworks / ambientes - (ecossistema wordpress) - jQuery, Vue, (Sass) - WordPress desev. Tema - WordPress desev. Plugin 3- Falta: - implantar o layout (psd) Tenho todas telas em PSD - mobile definir os pontos de qebra (para desevolvimento foi usado 600px unicamente), e verificar detalhes em dispositivos especificos - adm - Os controles da primeira pagina estão limitados, precisam abranger a opção de mais de uma imagem por tela e incluir inserção de texto e legenda. (só o adm, a tela a comporta a funcionalidade) - zoom - (setar no js (image-gallery, prop el) a class da div pai das imgs de produto 4- Arqivos (single file vue) - os arqivos de componentes vue seguem a exata estrutura dos single files do vue, porem nao há processamento por webpack ou similares, ou seja, sem controle de dependencias. Esses arqivos são processados por um "framework proprio", em php. Ele extrai o css / sass, o js, e o html (ja com o php processado), e salva em 3 arquivos distintos, 1 css, 1 js e 1 com os templates html que formam os componentes. Enqanto ativado no modo "de desenvolvimento", esse processo é refeito a cada vez que uma pagina é gerada (o q da o inconveniente do cache, mas possibilita editar em tempo real). Com o modo dev desativado não ha proc, usa-se o ultimo proc e é o que deve ser usado em produção. Esse framework começou a ser desenvolvido para um obejtivo especifico, e fora isso, pode ser desativado sem problema, basta extrair o css/sass dos componentes para um arquivo css, e usar o componente na estrutra basica do padrão vue, integrado normalmente a pagina. * o framework encontra-se em senplo/app/helpers/ e Template é a classe de entrada. Na mesma pasta há o arqivo [login to view URL], q é a classe central e controla o carregamento e o fluxo de execucao de td. 5- Final Dentro do novo sistema, a classe Senplo, é ponto de start do sistema, porem ainda existem dependencias do sistema antigo (fora do diretorio app). * A estrategia dessa estrutra visava tirar ao maximo a necessidade dos processos wordpress, e focar no frontend, sem perder a capacidade de processar php nos componentes. E pode ser mudada para se adequar a novas necessidades, em app/includes/[login to view URL] estão definidas as constantes com tds os caminhos usados. =========================