O que este tópico sobre o WordPress no CasaOS mostra
A publicação original remetia para um tutorial de instalação do WordPress do BigBearCasaOS. O seguimento mais importante estava relacionado com a arquitetura da CPU: um utilizador de um Raspberry Pi 4 viu inicialmente uma mensagem de incompatibilidade com ARM64, e o responsável pela aplicação afirmou mais tarde que o suporte para ARM64 tinha sido adicionado. Outro utilizador continuou a reportar um erro no matching manifest for linux/arm/v8, mostrando por que motivo é necessário verificar a arquitetura da imagem do contentor, em vez de a presumir.
No contexto do hardware Zima atual, o WordPress pode ser executado como uma stack Web em contentores em plataformas como o ZimaBoard 2 ou o ZimaBlade, desde que a imagem selecionada seja compatível com a arquitetura do anfitrião.
Verifique a arquitetura antes de instalar
Em qualquer anfitrião CasaOS, identifique se a máquina utiliza amd64, arm64 ou outra arquitetura. Um contentor só pode ser iniciado se todas as imagens necessárias tiverem um manifesto compatível. A orientação oficial multiplataforma da Docker explica o funcionamento dos manifestos de imagens e da seleção de plataformas na documentação multiplataforma da Docker.
Utilize uma imagem com suporte atual para o WordPress
A imagem oficial do WordPress documenta as etiquetas suportadas e as combinações comuns com bases de dados. Consulte a imagem atual em vez de depender de um modelo histórico da loja de aplicações: imagem Docker oficial do WordPress.
Uma implementação típica do WordPress também necessita de armazenamento persistente para o conteúdo do WordPress e de uma base de dados, como MariaDB ou MySQL. Faça uma cópia de segurança tanto do volume de conteúdo como da base de dados antes de atualizar ou substituir o modelo da aplicação.
Loja de aplicações CasaOS vs. Compose manual
Um pacote da loja de aplicações é conveniente porque predefine portas, volumes e variáveis de ambiente. Uma implementação manual com Docker Compose oferece mais controlo sobre as etiquetas das imagens, as versões da base de dados, as localizações de armazenamento e a seleção da arquitetura. Se um pacote da comunidade estiver desatualizado ou não disponibilizar uma etiqueta compatível com ARM64, uma stack Compose manual que utilize imagens upstream suportadas poderá ser a opção mais adequada.
O que validar após a instalação
- Confirme que os contentores do WordPress e da base de dados estão ambos em bom estado.
- Abra o site localmente antes de o expor remotamente.
- Verifique se o diretório de conteúdo do WordPress e a base de dados estão em armazenamento persistente.
- Defina credenciais de administrador fortes e mantenha os plugins e temas atualizados.
- Crie uma cópia de segurança antes de alterar as etiquetas das imagens ou as versões da base de dados.
Perguntas frequentes
Por que motivo vejo «no matching manifest for linux/arm/v8»?
A etiqueta de imagem selecionada não disponibiliza um manifesto compatível com ARM64 ou uma das dependências da stack continua limitada a uma determinada arquitetura.
O próprio CasaOS faz com que uma imagem exclusiva para x86 funcione em ARM?
Não. A plataforma de aplicações não consegue criar uma arquitetura de imagem upstream que não exista.
Devo copiar exatamente o modelo BigBear de 2023?
Não sem verificar as etiquetas de imagem atuais, as variáveis de ambiente e o suporte de arquitetura. Considere o tópico original como contexto histórico de instalação e valide-o depois com as imagens upstream atuais.
