Was dieser CasaOS-WordPress-Thread zeigt
Der ursprüngliche Beitrag verlinkte auf eine Installationsanleitung für WordPress von BigBearCasaOS. Die wichtigste anschließende Diskussion betraf die CPU-Architektur: Ein Nutzer eines Raspberry Pi 4 sah zunächst eine Meldung zur ARM64-Inkompatibilität, später teilte der App-Wartungsdienst mit, dass ARM64-Unterstützung hinzugefügt worden sei. Ein anderer Nutzer meldete weiterhin den Fehler no matching manifest for linux/arm/v8. Das zeigt, warum die Architektur des Container-Images überprüft und nicht einfach angenommen werden sollte.
Im Kontext aktueller Zima-Hardware kann WordPress als containerisierter Web-Stack auf Plattformen wie ZimaBoard 2 oder ZimaBlade ausgeführt werden, sofern das ausgewählte Image die Host-Architektur unterstützt.
Architektur vor der Installation prüfen
Ermitteln Sie auf jedem CasaOS-Host, ob das Gerät die Architektur amd64, arm64 oder eine andere verwendet. Ein Container kann nur gestartet werden, wenn jedes benötigte Image über ein kompatibles Manifest verfügt. Die offizielle Multi-Plattform-Dokumentation von Docker erklärt in der Docker-Dokumentation zu Multi-Plattform-Images, wie Image-Manifeste und die Plattforma Auswahl funktionieren.
Ein Image mit aktueller WordPress-Unterstützung verwenden
Das offizielle WordPress-Container-Image dokumentiert unterstützte Tags und gängige Datenbankkombinationen. Prüfen Sie das aktuelle Image, statt sich auf eine historische App-Store-Vorlage zu verlassen: offizielles WordPress-Docker-Image.
Eine typische WordPress-Bereitstellung benötigt außerdem persistenten Speicher für WordPress-Inhalte sowie eine Datenbank wie MariaDB oder MySQL. Sichern Sie sowohl das Inhaltsvolume als auch die Datenbank, bevor Sie die App-Vorlage aktualisieren oder ersetzen.
CasaOS-App-Store oder manuelles Compose
Ein App-Store-Paket ist praktisch, weil es Ports, Volumes und Umgebungsvariablen vordefiniert. Eine manuelle Docker-Compose-Bereitstellung bietet mehr Kontrolle über Image-Tags, Datenbankversionen, Speicherorte und die Architekturauswahl. Wenn ein Community-Paket veraltet ist oder kein ARM64-kompatibles Tag bereitstellt, kann ein manueller Compose-Stack mit unterstützten Upstream-Images der bessere Weg sein.
Was nach der Installation überprüft werden sollte
- Bestätigen Sie, dass sowohl der WordPress- als auch der Datenbank-Container fehlerfrei laufen.
- Öffnen Sie die Website lokal, bevor Sie sie extern zugänglich machen.
- Stellen Sie sicher, dass sich das WordPress-Inhaltsverzeichnis und die Datenbank auf persistentem Speicher befinden.
- Verwenden Sie sichere Administrator-Anmeldedaten und halten Sie Plugins und Themes aktuell.
- Erstellen Sie ein Backup, bevor Sie Image-Tags oder Datenbankversionen ändern.
FAQ
Warum wird der Fehler no matching manifest for linux/arm/v8 angezeigt?
Das ausgewählte Image-Tag stellt kein kompatibles ARM64-Manifest bereit, oder eine Abhängigkeit im Stack ist weiterhin auf bestimmte Architekturen beschränkt.
Kann CasaOS selbst ein ausschließlich für x86 verfügbares Image auf ARM ausführen?
Nein. Die App-Plattform kann keine fehlende Architektur im Upstream-Image erzeugen.
Sollte ich die BigBear-Vorlage von 2023 unverändert übernehmen?
Nicht ohne die aktuellen Image-Tags, Umgebungsvariablen und die Architekturunterstützung zu prüfen. Betrachten Sie den ursprünglichen Thread als historischen Installationskontext und validieren Sie ihn anschließend anhand der aktuellen Upstream-Images.
