Como migrar um website feito em Redaxo para um novo servidor

Muito popular na Alemanha e em países de fala germânica, o Redaxo é um CMS de arquitetura aberta desenvolvido em PHP, que se caracteriza por sua simplicidade e flexibilidade.

Apesar de ser fácil de instalar e de se conseguir publicar um website básico em poucos minutos, lidar com ele pode ser “desafiador” para quem não fala o Alemão, já que toda a sua documentação é escrita no idioma germânico.

Enfrentei essa dificuldade quando precisei migrar um website de um cliente com sede na Europa para o Brasil. Entendi um pouco de sua estrutura (ele é baseado no Symphony), mas funcionar no novo ambiente, há algumas configurações específicas, como por exemplo, servidor e credenciais do banco de dados (MySQL), que sempre variam de provedor para provedor.

Felizmente, acessando o slack da comunidade, havia um único canal em Inglês, e recebi uma gentil resposta de um dos colaboradores do projeto, Ingo Winter, que me deu as orientações, muito simples.

Segue o passo-a-passo:

1. Usando o phpMyAdmin ou outra ferramenta da sua escolha, exporte a base de dados e importe-a no novo servidor. Anote as credenciais de acesso ao novo BD.

2. Copie todos os arquivos da raiz do servidor antigo para o novo.

3. No servidor novo, procure pelo arquivo de configurações redaxo/data/core/config.yml , procure as linhas que contém as credenciais de acesso e mude para o banco de dados novo. Ex:

db:
1:
host: localhost
login: novo_usuario
password: nova_senha
name: novo_nome_BD
persistent: false

4. O URL mudar — por exemplo: dominiovelho.br para dominionovo.rs — edite as configurações redaxo/data/core/config.yml para refletir o domínio novo:

server: 'https://dominionovo.rs/'

5. Se o URL mudou, talvez seja necessário atualizar na tabela rex_yrewrite_domain do BD também.

6. Apague as pastas redaxo/cache/addons e redaxo/cache/core. O Redaxo irá recriar se necessário.

7. Pronto! Seu website estará funcionando no servidor novo assim que o DNS apontar para o novo IP. Não esqueça de reemitir o certificado SSL, se necessário.

Tu já mexeste no Redaxo? Tiveste alguma dificuldade que gostarias de compartilhar conosco? Tens alguma dica para aprender mais sobre este CMS? Deixa teu comentário!

Quais os servidores MX do serviço Email Business da GoDaddy?

Recentemente, eu trabalhei em um projeto em que o cliente tinha um domínio no Wix, mas o e-mail estava na GoDaddy. Ocorre que meu trabalho foi justamente substituir o Wix pelo WordPress e, por isso, o cliente contratou uma hospedagem na própria GoDaddy, abandonando de vez o Wix.

O domínio foi migrado, a hospedagem contratada na GoDaddy foi corretamente “conectada”, mas na hora de integrar o e-mail, o sistema deles não faz a conexão automaticamente, como faz com a hospedagem. Sendo assim, era necessário incluir no DNS as entradas MX do serviço de correio eletrônico.

Infelizmente eu não encontrei estas informações em nenhum lugar da documentação da GoDaddy, por isso deixo aqui registrado. São dois servidores, com as respectivas prioridades:

0 smtp.secureserver.net
10 mailstore1.secureserver.net

Mas atenção: use estas entradas para configurar o serviço Email Business também conhecido como Email Profissional. Para o Microsoft 365, também oferecido pela GoDaddy, as entradas são outras.

Boa sorte!

Como resolver erros 404 com permalinks do WordPress usando MAMP 7

Tu usas o MAMP desde sempre e depois de instalar a versão 7 (em diante) começaram a surgir problemas com links permanentes no WordPress? Eu tenho a solução. Aconteceu comigo.

Sou fã do MAMP e uso desde priscas eras para programar em PHP e depois com o WordPress. Tudo funcionava lindamente, quando mais de repente, não consegui fazer os links permanentes funcionarem.

Me concentrei no WordPress, como é de praxe e como apareceu em diversos artigos de ajuda pela Web: gravar de novo as configurações dos links permanentes, alguma permissão errada etc. Nada deu certo.

Até que me dei conta de uma coisa: o que mudou foi o MAMP. Fui atrás de diversos artigos considerando o MAMP e sempre botavam a culpa no WordPress. Um caminho sem saída.

Até que lembrei de uma coisa simples: para os links permanentes funcionarem, o módulo mod_rewrite precisa estar habilitado no Apache. Meio óbvio e bem, sempre funcionou, porque não estaria habilitado dessa vez?

Pois bem, aparentemente a versão mais nova do MAMP vem com o mod_rewrite desabilitado. De fato, quando eu consultei o arquivo de configurações, a linha estava comentada.

Para habilitar o mod_rewrite em sua instalação do MAMP, segue os seguintes passos:

  1. Localiza a instalação da pasta MAMP. Em geral está em /Applications/MAMP, vou usar como base.
  2. Edita o arquivo
    /Applications/MAMP/conf/apache/httpd.conf
  3. Procura pela linha
    LoadModule rewrite_module modules/mod_rewrite.so
  4. Se houver um comentário na frente, assim
    #LoadModule rewrite_module modules/mod_rewrite.so
    O mod_rewrite está desativado. Precisas remover a cerquilha da frente da linha, deve ficar como listado no item 3.
  5. Grava o arquivo.
  6. Reinicia o servidor MAMP (fecha e abre o aplicativo).
  7. Pronto! Tudo deve voltar a funcionar.

Esta dica resolveu teu problema? Ou os erros 404 continuam a ocorrer? Deixa teu comentário, vamos trocar uma ideia.

Como resolver o erro “mysqlcheck: Got error: 2002: Can’t connect to local MySQL server through socket ‘/Applications/MAMP/tmp/mysql/mysql.sock’ (61) when trying to connect”

Se tu és um usuário antigo do MAMP, deves ter passado por aquele problema chato do MySQL não iniciar, seja quando se abre o MAMP ou diretamente no console.

Já vi várias soluções pela Web, incluindo matar processos ou reinstalar o MAMP, mas não chega a tanto. Aparentemente há um problema com os registros (logs) que ainda não foi solucionado (na época deste artigo o MAMP está na versão 6.8).

Dito isso, vamos ao passo-a-passo:

  1. Desligue o MAMP.
  2. Vá para a pasta /Applications/MAMP/db/mysql ou /Applications/MAMP/db/mysql57, a depender da versão do MAMP que tens em tua máquina.
  3. Procure por arquivos com o nome ib_logfile e um número. Apague ou mova para algum outro lugar, se quiseres guardar o documento, por segurança.
  4. Inicie o MAMP.

Pronto! Agora tudo vai funcionar bem. Bom, pelo menos até ocorrer este erro de novo. 🙂