Ce que montre ce fil WordPress sur CasaOS
Le message d’origine renvoyait vers un tutoriel d’installation de WordPress de BigBearCasaOS. Le suivi le plus important concernait l’architecture du processeur : un utilisateur de Raspberry Pi 4 a d’abord rencontré un message d’incompatibilité ARM64, puis le mainteneur de l’application a indiqué que la prise en charge d’ARM64 avait été ajoutée. Un autre utilisateur a toutefois signalé une erreur no matching manifest for linux/arm/v8, ce qui montre pourquoi il faut vérifier l’architecture de l’image du conteneur plutôt que de la supposer.
Dans le contexte du matériel Zima actuel, WordPress peut fonctionner comme une pile web conteneurisée sur des plateformes telles que ZimaBoard 2 ou ZimaBlade, lorsque l’image sélectionnée prend en charge l’architecture de l’hôte.
Vérifiez l’architecture avant l’installation
Sur tout hôte CasaOS, déterminez si la machine utilise l’architecture amd64, arm64 ou une autre. Un conteneur ne peut démarrer que si chaque image requise dispose d’un manifeste compatible. La documentation Docker sur les environnements multiplateformes explique le fonctionnement des manifestes d’image et de la sélection de plateforme.
Utilisez une image prenant en charge la version actuelle de WordPress
L’image officielle de WordPress documente les balises prises en charge et les associations courantes avec les bases de données. Consultez l’image actuelle plutôt que de vous fier à un modèle historique de boutique d’applications : image Docker officielle de WordPress.
Un déploiement WordPress classique nécessite également un stockage persistant pour le contenu WordPress et une base de données telle que MariaDB ou MySQL. Sauvegardez à la fois le volume de contenu et la base de données avant de mettre à niveau ou de remplacer le modèle de l’application.
Boutique d’applications CasaOS ou Compose manuel
Un paquet de boutique d’applications est pratique, car il prédéfinit les ports, les volumes et les variables d’environnement. Un déploiement Docker Compose manuel offre davantage de contrôle sur les balises d’image, les versions de la base de données, les emplacements de stockage et la sélection de l’architecture. Si un paquet communautaire est obsolète ou ne propose pas de balise compatible ARM64, une pile Compose manuelle utilisant des images amont prises en charge peut constituer une solution plus appropriée.
Éléments à vérifier après l’installation
- Vérifiez que les conteneurs WordPress et de la base de données sont tous deux opérationnels.
- Ouvrez le site localement avant de l’exposer à distance.
- Vérifiez que le répertoire de contenu WordPress et la base de données se trouvent sur un stockage persistant.
- Définissez des identifiants d’administrateur robustes et maintenez les extensions et les thèmes à jour.
- Créez une sauvegarde avant de modifier les balises d’image ou les versions de la base de données.
FAQ
Pourquoi vois-je « no matching manifest for linux/arm/v8 » ?
La balise d’image sélectionnée ne fournit pas de manifeste ARM64 compatible, ou l’une des dépendances de la pile est encore limitée à certaines architectures.
CasaOS permet-il à une image uniquement compatible x86 de fonctionner sur ARM ?
Non. La plateforme applicative ne peut pas créer une architecture d’image amont manquante.
Dois-je reproduire exactement le modèle BigBear de 2023 ?
Pas sans vérifier les balises d’image actuelles, les variables d’environnement et la prise en charge de l’architecture. Considérez le fil d’origine comme un contexte d’installation historique, puis validez la configuration avec les images amont actuelles.
