As novas ferramentas da área de cliente

Na publicação anterior contámos como refizemos a área de cliente por dentro e por fora. Aqui queremos apresentar-lhe as novas ferramentas uma a uma, que são bastantes e que acreditamos merecerem algo mais do que uma linha numa lista de alterações.

Todas partilham a mesma ideia de fundo, a que nos guiou durante estes meses: antes de alterar o que quer que seja, queremos mostrar-lhe o que vai acontecer, e depois queremos que possa voltar atrás.

Assistente DNS: cole o que lhe pedem

Quando alguém lhe envia uns registos para adicionar, seja uma plataforma de correio, um gateway de pagamento ou um serviço de assinatura, até agora era preciso traduzi-los à mão para o formato do painel e esperar para ver o que se partia pelo caminho.

Agora basta colar o que lhe enviaram, no formato em que lho tenham enviado, porque o assistente entende dezassete formatos diferentes e, além disso, funde os SPF em vez de o deixar com dois, que é um dos erros que mais vezes tivemos de corrigir a partir do suporte. Antes de aplicar o que quer que seja, mostra-lhe o impacto que vai ter no site, no correio e no certificado, e depois de aplicado pode ser desfeito e verifica por si a propagação.

Se o seu domínio usa DNS externos, o assistente continua lá, embora em modo de leitura, para lhe poder dizer pelo menos o que lhe falta.

Alterar a versão de PHP sabendo o que se parte

Alterar a versão de PHP sempre foi uma daquelas coisas que se fazem de dedos cruzados, por isso quisemos que deixasse de ser uma lista pendente às cegas:

• Um plano por site antes de tocar em nada: consulta a compatibilidade das suas aplicações com o wordpress.org e o Composer, verifica a sintaxe com o binário de destino e revê as extensões que utiliza.
• Verificação HTTP após a alteração, e reversão automática se o site deixar de responder.
• E 24 horas para voltar atrás, mesmo que tudo tenha corrido bem.

Além disso, a página de PHP mostra agora que versão corre em cada site, que nem sempre coincide com a da conta, porque um .htaccess pode ter um domínio em 7.4 enquanto o seletor marca 8.3. Esse detalhe está na origem do clássico «mudei a versão e não mudou nada», e basta vê-lo escrito para que se resolva sozinho.

Espaço: saber para onde vai, e recuperá-lo

Espaço deixa de ser uma percentagem para se converter numa lista de candidatos com o que cada um poupa, entre os quais costumam estar as reciclagens do correio, as cópias que alguém deixou dentro da própria conta, as caches, os registos e os transients do WordPress.

A limpeza é confirmada antes de ser executada, corre em segundo plano e só toca em caminhos de uma lista branca que temos definida, nunca no que lhe der na cabeça. E se houver espaço a recuperar, é o próprio painel que lho diz, sem que tenha de ir procurá-lo.

Restaurar um site ou uma caixa de correio, você mesmo

Pontos de restauro traz dois assistentes sobre o JetBackup:

• Um site: escolhe ficheiros, base de dados ou ambos, com as implicações de cada opção explicadas antes de aceitar.
• Uma caixa de correio: escolhe entre adicionar o que falta ou substituir o que existe.

Com o progresso à vista e aviso no fim. O que os assistentes não cobrirem continua disponível no JetBackup.

Ficha técnica: o que corre de verdade

Aqui reunimos numa só página tudo o que existe na conta, lido diretamente do servidor e não da ficha comercial, que é onde as coisas costumam não coincidir: o PHP efetivo de cada site, os domínios, o cron, os reencaminhamentos, o FTP, o ModSecurity e as permissões. É lida a pedido e vai mostrando o estado enquanto chega.

Saúde do WordPress

Como é o que mais se instala nos nossos servidores, esta ficou com a sua própria publicação: há um ecrã novo que lhe conta sobre cada WordPress o que o wp-admin não lhe consegue contar, e que além disso lhe permite corrigi-lo ali mesmo. Contamos tudo em Saúde do WordPress.

Processos: ver o que corre e terminar o que fica bloqueado

Quando um site fica pendurado, a primeira coisa que qualquer pessoa faz é perguntar-se o que está a correr, e até agora isso tinha de nos ser perguntado a nós. Agora pode tirar uma captura dos processos da sua conta e ver o que existe, com o respetivo consumo, e terminar o que estiver a causar problemas sem abrir um pedido de suporte.

Há duas coisas que cuidámos especialmente aqui. A primeira é que tudo corre dentro da sua conta e nunca como administrador do servidor, por isso não há forma de isto tocar em nada que não seja seu. A segunda é que um PID por si só não autoriza terminar nada: a captura entrega um identificador que associa a conta, o processo, o instante em que arrancou e o seu comando, e imediatamente antes de o terminar verificamo-lo de novo. Pode parecer excessivo, mas os PID são reutilizados e, sem isso, o risco real é terminar um processo novo que não tinha nada a ver.

Os processos de infraestrutura que vê mas que não são seus, como o serviço de Redis, ficam fora do alcance do botão de propósito.

Registo de erros: encontre o log, seja do que for

O registo de erros de PHP já podia ser consultado, mas só o central da conta, e na prática aquele de que se precisa quase nunca é esse: é o debug.log do WordPress, o de storage/logs do Laravel, o do PrestaShop ou o error_log que fica dentro de uma pasta concreta.

O problema de sempre era localizá-los, e afinal já os tínhamos localizados sem o saber. Como o painel percorre a sua conta diariamente para saber que aplicação corre em cada domínio e em que pasta, da aplicação deduz-se onde escreve os seus erros. Assim, o visualizador traz agora uma lista pendente com todos os registos que existem de verdade na sua conta, e basta escolher qual ver.

Preferimos fazê-lo assim a vasculhar o disco à procura de ficheiros .log, o que além de lento se enche de falsos positivos: caches, cópias antigas e node_modules estão repletos deles.

E se o que acontece é que não há registo porque o seu PHP não o está a guardar, pode ativar a depuração a partir do próprio painel durante uma hora. Ativa-se, recolhe o que acontecer e desliga-se sozinha no fim, que é exatamente o que se quer: deixar a depuração ligada em produção é uma das coisas que mais vezes encontrámos ao rever um site.

Deploy+, com cinco fornecedores

O Deploy+ deixa de estar preso ao GitHub e funciona agora também com GitLab, Bitbucket, Gitea/Forgejo e Git genérico, cada um com as suas credenciais e o seu webhook assinado. A configuração faz-se em três passos e vai verificando o acesso antes de o deixar avançar, e o histórico de implementações permite-lhe voltar a qualquer versão anterior quando algo corre mal.

Funciona, além disso, nas contas de um plano Multiconta, que era uma das coisas que mais nos tinham pedido.

Renovações: o calendário e o que vai pagar

Colocámos um calendário de renovações com a previsão de gastos, e calculámo-lo com a mesma aritmética que as faturas pró-forma usam para que não haja nenhuma surpresa entre o que vê ali e o que depois é faturado.

As transferências de domínio também deixam de ser um estado opaco em que só resta esperar: agora são apresentadas como uma linha de progresso com o que falta e, quando algo para, com o motivo traduzido para algo compreensível e com o que é preciso fazer.

Revisões

Agora pode pedir-nos uma revisão de um serviço a partir do próprio painel, sem abrir um pedido de suporte. Devolvemos-lhe um relatório com o veredicto, com as conclusões e, o que o torna verdadeiramente útil, com as ações concretas do painel com que se resolve cada uma delas.

O que vem aí

O que temos em curso pode ser consultado a qualquer momento no roteiro, que mantemos atualizado. E se sentir falta de algo, a melhor forma de que acabe por chegar lá é, sinceramente, contar-nos.