Lo que muestra este hilo de WordPress de CasaOS
La publicación original enlazaba a un tutorial de instalación de WordPress de BigBearCasaOS. El seguimiento más importante trataba sobre la arquitectura de la CPU: un usuario de Raspberry Pi 4 vio inicialmente un mensaje de incompatibilidad con ARM64 y, posteriormente, el responsable de la aplicación indicó que se había añadido la compatibilidad con ARM64. Otro usuario siguió informando del error no matching manifest for linux/arm/v8, lo que demuestra por qué hay que comprobar la arquitectura de la imagen del contenedor en lugar de darla por supuesta.
En el contexto del hardware Zima actual, WordPress puede ejecutarse como una pila web en contenedores en plataformas como ZimaBoard 2 o ZimaBlade cuando la imagen seleccionada es compatible con la arquitectura del host.
Comprueba la arquitectura antes de instalar
En cualquier host de CasaOS, identifica si la máquina utiliza amd64, arm64 u otra arquitectura. Un contenedor solo puede iniciarse si todas las imágenes necesarias tienen un manifiesto compatible. La documentación oficial de Docker sobre plataformas múltiples explica cómo funcionan los manifiestos de imagen y la selección de plataforma.
Usa una imagen compatible con la versión actual de WordPress
La imagen oficial de WordPress documenta las etiquetas compatibles y las combinaciones habituales de bases de datos. Comprueba la imagen actual en lugar de depender de una plantilla histórica de la tienda de aplicaciones: imagen oficial de WordPress para Docker.
Una implementación típica de WordPress también necesita almacenamiento persistente para el contenido de WordPress y una base de datos como MariaDB o MySQL. Haz una copia de seguridad tanto del volumen de contenido como de la base de datos antes de actualizar o sustituir la plantilla de la aplicación.
Tienda de aplicaciones de CasaOS frente a Compose manual
Un paquete de la tienda de aplicaciones resulta práctico porque predefine los puertos, los volúmenes y las variables de entorno. Una implementación manual con Docker Compose ofrece más control sobre las etiquetas de imagen, las versiones de la base de datos, las ubicaciones de almacenamiento y la selección de arquitectura. Si un paquete de la comunidad está desactualizado o no ofrece una etiqueta compatible con ARM64, una pila de Compose manual que utilice imágenes compatibles de los proyectos originales puede ser la opción más adecuada.
Qué debes validar después de la instalación
- Confirma que los contenedores de WordPress y de la base de datos estén operativos.
- Abre el sitio localmente antes de exponerlo de forma remota.
- Comprueba que el directorio de contenido de WordPress y la base de datos estén en almacenamiento persistente.
- Establece credenciales de administrador seguras y mantén actualizados los plugins y temas.
- Crea una copia de seguridad antes de cambiar las etiquetas de imagen o las versiones de la base de datos.
Preguntas frecuentes
¿Por qué aparece el mensaje «no matching manifest for linux/arm/v8»?
La etiqueta de imagen seleccionada no proporciona un manifiesto compatible con ARM64, o una de las dependencias de la pila sigue estando limitada a ciertas arquitecturas.
¿CasaOS hace que una imagen exclusiva para x86 funcione en ARM?
No. La plataforma de aplicaciones no puede crear una arquitectura de imagen ascendente que no existe.
¿Debo copiar exactamente la plantilla de BigBear de 2023?
No sin comprobar las etiquetas de imagen actuales, las variables de entorno y la compatibilidad de arquitectura. Considera el hilo original como contexto histórico de instalación y, después, valida todo con las imágenes actuales de los proyectos originales.
