Wat deze CasaOS-WordPress-thread laat zien
In het oorspronkelijke bericht stond een link naar een installatiehandleiding voor BigBearCasaOS WordPress. De belangrijkste vervolgbijdrage ging over de CPU-architectuur: een gebruiker met een Raspberry Pi 4 kreeg aanvankelijk een melding dat ARM64 niet compatibel was, waarna de beheerder van de app later aangaf dat ARM64-ondersteuning was toegevoegd. Een andere gebruiker meldde echter nog steeds de fout no matching manifest for linux/arm/v8. Dat laat zien waarom je de architectuur van de containerimage moet controleren en niet zomaar mag aannemen.
In de context van de huidige Zima-hardware kan WordPress als een containerized webstack draaien op platforms zoals ZimaBoard 2 of ZimaBlade, zolang de geselecteerde image de architectuur van de host ondersteunt.
Controleer de architectuur vóór de installatie
Controleer op elke CasaOS-host of de machine amd64, arm64 of een andere architectuur gebruikt. Een container kan alleen starten als elke vereiste image een compatibel manifest heeft. De officiële documentatie van Docker over multiplatformgebruik legt uit hoe imagemanifesten en platformselectie werken in de Docker-documentatie over multiplatformgebruik.
Gebruik een image met actuele WordPress-ondersteuning
De officiële WordPress-containerimage vermeldt ondersteunde tags en veelgebruikte databasecombinaties. Controleer de huidige image in plaats van te vertrouwen op een historisch appstore-sjabloon: officiële WordPress-Dockerimage.
Voor een typische WordPress-implementatie zijn ook permanente opslag voor WordPress-inhoud en een database zoals MariaDB of MySQL nodig. Maak vóór het upgraden of vervangen van het appsjabloon een back-up van zowel het contentvolume als de database.
CasaOS App Store versus handmatige Compose-configuratie
Een appstorepakket is handig omdat het poorten, volumes en omgevingsvariabelen vooraf definieert. Een handmatige Docker Compose-implementatie biedt meer controle over imagetags, databaseversies, opslaglocaties en architectuurselectie. Als een communitypakket verouderd is of geen ARM64-compatibele tag beschikbaar stelt, kan een handmatige composestack met ondersteunde upstream-images de betere oplossing zijn.
Wat je na de installatie moet controleren
- Controleer of zowel de WordPress-container als de databasecontainer correct werken.
- Open de website lokaal voordat je deze op afstand toegankelijk maakt.
- Controleer of de WordPress-contentdirectory en database op permanente opslag staan.
- Stel sterke beheerdersinloggegevens in en houd plugins en thema's bijgewerkt.
- Maak een back-up voordat je imagetags of databaseversies wijzigt.
Veelgestelde vragen
Waarom zie ik de foutmelding no matching manifest for linux/arm/v8?
De geselecteerde imagetag bevat geen compatibel ARM64-manifest, of een van de afhankelijkheden in de stack ondersteunt nog steeds slechts een beperkte architectuur.
Zorgt CasaOS er zelf voor dat een image die alleen voor x86 is, op ARM werkt?
Nee. Het appplatform kan geen ontbrekende architectuur voor een upstream-image creëren.
Moet ik het BigBear-sjabloon uit 2023 precies kopiëren?
Niet zonder de huidige imagetags, omgevingsvariabelen en architectuurondersteuning te controleren. Beschouw de oorspronkelijke thread als historische installatiecontext en controleer de configuratie vervolgens aan de hand van de huidige upstream-images.
