zinnector neu
Erstellen Sie das Gerüst für eine Website, ein Plugin oder ein Block-Theme, das sofort startet. Keine Platzhalterdateien, keine TODOs – das Plugin wird aktiviert und das Theme kann ausgewählt werden, sobald es existiert.
Zinnector®
Das Entwickler-CLI für WordPress-Hosting
Zinnector® erstellt WordPress lokal, ohne dass außer Node etwas installiert sein muss – kein Docker, kein MAMP – prüft dann das Erstellte mit dem Hosting-Slot ab, auf dem Sie bereitstellen möchten, und teilt Ihnen vor dem Push mit, was nicht übereinstimmen wird. Installieren Sie es mit npm install -g zinnector. Es ist kostenlos, MIT-lizenziert und baut auf derselben öffentlichen API auf wie alles andere hier.
Fünf Befehle, und der mittlere ist der entscheidende Punkt
Die meisten Hosting-CLIs beginnen erst beim Deployment. Zinnector® setzt früher an — es erstellt die Website gemeinsam mit Ihnen und gleicht Ihre Arbeit anschließend mit der Maschine ab, an die Sie sie senden möchten. In der Kluft zwischen „Auf meinem Laptop lief es“ und „Es läuft auf dem Server“ vergehen ganze Nachmittage – und diese Kluft ist messbar.
zinnector dev
Ein echtes WordPress in Sekundenschnelle auf Ihrem Rechner, das Ihre eigenen Plugins und Themes bereitstellt – ganz ohne Docker und ohne PHP in Ihrem PATH. Wählen Sie eine beliebige PHP-Version von 5.2 bis 8.5 für Ihre Entwicklung.
zinnector-Prüfung
Der Pre-Flight-Check. Vergleicht das, was Sie erstellt haben, mit dem Bereitstellungs-Slot, auf dem Sie bereitstellen möchten, und benennt vor dem Push jede Nichtübereinstimmung – sowie jede Prüfung, die nicht durchgeführt werden konnte.
zinnector push
Führen Sie die Vorabprüfung durch, übertragen Sie Ihre Commits, lösen Sie die Bereitstellung aus und verfolgen Sie diese bis zum Abschluss. Sollte sie fehlschlagen, ist das Build-Protokoll nur einen Befehl entfernt.
zinnector ai
Fragen Sie den Assistenten über das Terminal, mit Ihrem Projekt und Ihrer Website als Kontext. Er läuft auf der Plattform über Ihr eigenes Konto, sodass niemals ein Modellschlüssel auf Ihrem Rechner gespeichert wird.
Testen Sie die Funktion in zwei Minuten, kein Konto erforderlich
Sechs Befehle in Folge und wie der Erfolg bei jedem einzelnen aussieht. Alles hier läuft auf Ihrem eigenen Rechner; ein API-Schlüssel wird erst benötigt, wenn Sie einen Hosting-Slot erreichen.
Installieren
Führen Sie npm install -g zinnector unter Node 24 oder neuer aus. Wenn npm EBADENGINE ausgibt, ist Ihr Node älter als 24 — installieren Sie das aktuelle LTS von nodejs.org und führen Sie die Installation erneut aus.
Version prüfen
zinnector --version gibt eine Versionsnummer wie 0.1.2 aus. Unter einem Node, das älter als 24 ist, gibt es eine Meldung aus, dass Node 24 oder neuer erforderlich ist, und wird beendet.
Hilfe lesen
zinnector --help listet jeden Befehl unten mit einer einzeiligen Beschreibung auf. Jeder Befehl akzeptiert auch ein eigenes --help.
Website-Gerüst erstellen
zinnector new my-site erstellt ein Projekt, das sofort startet – eine zinnector.json, eine wp-content-Struktur und eine README – und gibt die als Nächstes auszuführenden Befehle aus.
Ausführen
cd my-site, dann zinnector dev. Bei der ersten Ausführung werden Sie einmalig aufgefordert, die WordPress-Runtime herunterzuladen (ca. 570 MB, gespeichert im CLI-eigenen Cache, niemals in Ihrem Projekt). Bei Erfolg wird Folgendes angezeigt: „running at http://127.0.0.1:9400“.
Im Browser öffnen
http://127.0.0.1:9400 ist eine frische WordPress-Website; /wp-admin öffnet das Dashboard bereits angemeldet. Legen Sie ein Plugin in wp-content/plugins ab, und es ist beim nächsten Neuladen vorhanden.
Dann, mit einem Hosting-Slot
zinnector login, zinnector link, zinnector check, zinnector push – prüfen Sie das Erstellte vorab gegen den Slot, stellen Sie es dann bereit und verfolgen Sie den Abschluss.
Die Vorabprüfung im Detail
Sie haben auf PHP 8.3 entwickelt. Der Slot läuft mit 8.1. Nichts weist Sie darauf hin, bis die Website weiß bleibt. Genau für dieses Problem existiert dieser Befehl, und das ist es, was der Eigentümer dieser Plattform namentlich gefordert hat. Zinnector® liest beide Umgebungen aus, stellt sie einander gegenüber — und lässt Sie dann trotzdem bereitstellen, da Sie möglicherweise einen Grund dafür haben.
PHP, ehrlich bewertet
Eine Diskrepanz bei Hauptversionen wird als hoch eingestuft, da sie eine Website zuverlässig lahmlegt; eine geringfügige Diskrepanz wird niedriger eingestuft. Alles als kritisch einzustufen, bringt Benutzer nur dazu, die Warnung zu ignorieren.
Festplatten- und Dateianzahl, separat
Eine WordPress-Verzeichnisstruktur besteht aus Zehntausenden kleinen Dateien, und eine Website kann ihr Inode-Kontingent ausschöpfen, während sie weit unter ihrem Festplattenlimit bleibt. Beide Werte werden anhand dessen überprüft, was tatsächlich noch auf dem Slot verbleibt, nicht anhand des Tarifs.
„Konnte nicht geprüft werden“ ist eine eigenständige Antwort
Eine Prüfung, die ihren Gegenstand nicht erfassen kann, meldet „ungeprüft“, niemals „bestanden“. Ein fehlerfreier Durchlauf gibt an, wie viele Elemente nicht verifiziert werden konnten, da ein falsches Entwarnungssignal jenes ist, das niemand ein zweites Mal überprüft.
Warnt, blockiert nie
Jeder Befund kann mit --force überschrieben werden, und die Zusammenfassung weist darauf hin. In CI fungiert stattdessen der Exit-Code als Schranke, sodass eine Pipeline strikt sein kann, während eine Person die Kontrolle behält.
Zwei lokale Laufzeitumgebungen, beide echt
WordPress Playground ist der Standard: PHP, kompiliert zu WebAssembly, läuft innerhalb von Node, sodass ein Laptop, auf dem lediglich Node installiert ist, in etwa der Zeit, die Sie zum Lesen dieses Satzes benötigen, aus dem Nichts zu einem laufenden WordPress gelangt.
Wenn Sie ein natives PHP benötigen – eine Erweiterung wie imagick, ein echtes MySQL –, übergeben Sie --runtime docker und erhalten Sie stattdessen php-fpm- und MariaDB-Container. Beide stellen dieselben Dateien aus demselben Projekt bereit, sodass ein Wechsel zwischen ihnen lediglich die Engine ändert und sonst nichts.
Alles andere, was Sie bereits im Panel tun
Zinnector® basiert auf derselben öffentlichen API wie das Dashboard, sodass alles, was das Panel tun kann, auch von ihm ausgeführt werden kann — und jeder Befehl ist eine dokumentierte Operation in der OpenAPI-Spezifikation und kein privater Endpunkt.
Websites und Bereitstellungen
Websites auflisten, alle der Plattform bekannten Informationen zu einer Website abrufen, neu bereitstellen sowie den Bereitstellungsverlauf und die Build-Protokolle einsehen.
Domains, DNS und E-Mail
Domains auflisten, DNS-Einträge lesen und ändern, wobei der Eintrag vor dem Schreiben angezeigt wird, und Ihre E-Mail-Dienste lesen.
PHP, Kontingent, Datenbank und Protokolle
Wechseln Sie die PHP-Versionen, prüfen Sie die Festplatten- und Inode-Nutzung im Vergleich zu den Berechtigungen Ihres Tarifs, erhalten Sie Einmal-Links zu phpMyAdmin und verfolgen Sie Zugriffs- und Fehlerprotokolle in Echtzeit.
WP-CLI und Massenvorgänge
Führen Sie auf einer Website freigegebene WP-CLI-Befehle aus und leeren Sie Caches oder starten Sie Malware-Scans für eine gesamte Auswahl in einem einzigen Aufruf statt einzeln pro Website.
Jeder Befehl, genau wie von --help aufgelistet
Die vollständige Liste, jeweils eine Zeile. Die vollständige Referenz — jedes Flag, ein ausführbares Beispiel und die jeweilige Ausgabe der Befehle — wird direkt aus der CLI generiert und befindet sich in der Entwicklerdokumentation sowie der Knowledge Base, sodass sie nicht von Ihrem installierten Tool abweichen kann.
zinnector neu
Erstellen Sie das Gerüst für ein WordPress-Projekt, das Sie sofort ausführen können.
zinnector dev
Führen Sie dieses Projekt lokal aus — kein Docker erforderlich.
zinnector Anmelden
Melden Sie sich mit einem API-Schlüssel von Zinn Digital® an.
zinnector Abmeldung
Einen gespeicherten API-Schlüssel vergessen.
zinnector whoami
Anzeigen, als wer diese CLI authentifiziert ist.
zinnector Sites
Listen Sie die Websites auf, die dieser Schlüssel sehen kann.
Zinnector-Status
Alles, was die Plattform über eine Website weiß.
zinnector-Freigabe
Geben Sie einer Person Zugriff auf eine einzelne Website — einem Entwickler, einem Designer, einem Kunden — mit einer Rolle und einem Grund.
zinnector-Mitwirkende
Sehen Sie, wer Zugriff auf eine Website erhalten hat, welche Rolle die Person innehat und ob sie bereits zugestimmt hat.
Freigabe von zinnector aufheben
Entziehen Sie einer Person den Zugriff per E-Mail oder Gewährungs-ID.
zinnector-Einladungen
Die Einladungen, die auf Sie warten, und nehmen Sie eine an.
zinnector-Verknüpfung
Diesen Projekt auf einen Hosting-Slot verweisen (und das zugehörige Repository verbinden).
zinnector pull
Laden Sie die Dateien einer gehosteten Website für die lokale Entwicklung in dieses Projekt herunter und führen Sie den Befehl erneut aus, um eine Neusynchronisierung durchzuführen. Nutzt den schnellen Pfad, wenn die Website mit ihrem eigenen Repository synchronisiert wird, und verwendet andernfalls das neueste Backup.
zinnector-Synchronisierung
Bidirektionale Synchronisierung zwischen den Live-Dateien einer gehosteten Website und ihrem Repository: Sehen Sie den aktuellen Status ein, aktivieren Sie sie, übertragen Sie Änderungen der Website (Commit) oder wählen Sie, welche Seite Vorrang hat.
zinnector mcp
Eine Brücke zum Zinn Digital® MCP-Server für Claude Desktop und andere AI-Clients, die nur lokale Server starten.
zinnector klonen
Erstellen Sie in einem Schritt ein lokales Projekt aus einer gehosteten Website: Klonen Sie deren Repository oder rufen Sie die Dateien ab, schreiben Sie die Projektdatei und seien Sie bereit, zinnector dev auszuführen.
zinnector-Prüfung
Vergleichen Sie dieses Projekt mit dem Slot, in den Sie bereitstellen möchten.
zinnector push
Führen Sie Vorabprüfungen durch, übertragen Sie Ihre Commits und stellen Sie bereit.
zinnector deploy
Stellen Sie das, was die Plattform bereits enthält, ohne Push erneut bereit.
zinnector stellt bereit
Bereitstellungsverlauf einer Website.
zinnector php
PHP-Version einer Website anzeigen oder wechseln.
zinnector-Quota
Festplatten-, Datei- und Datenbanknutzung im Vergleich zu den im Tarif enthaltenen Ressourcen.
zinnector db
Datenbankgröße sowie Einmallinks zu phpMyAdmin und zum Dateimanager.
Zinnector-Protokolle
Verfolgen Sie die Zugriffs- und Fehlerprotokolle einer Website in Echtzeit.
zinnector wp
Führen Sie einen zulässigen WP-CLI-Befehl auf einer Website aus.
zinnector Backup
Website-Backups auflisten und erstellen. Unterbefehle: list, now.
zinnector-Domains
Listen Sie die Domains auf, die dieser Schlüssel sehen kann.
zinnector DNS
DNS-Einträge lesen und ändern. Unterbefehle: list, add, rm.
zinnector mail
E-Mail-Dienste auflisten.
Zinnector® Bulk
Führen Sie einen Vorgang für mehrere Websites aus (cache_purge, malware_scan, sitemap, block_ip).
zinnector ai
Fragen Sie den Zinn Digital®-Assistenten mit diesem Projekt als Kontext.
Fragen
Muss ich Zinn Digital®-Kunde sein, um es zu nutzen?
Nein. `zinnector new` und `zinnector dev` erfordern keinerlei Konto — erstellen Sie das Grundgerüst für ein Plugin, ein Theme oder eine gesamte Website und führen Sie es lokal aus, kostenlos und für immer. Ein API-Schlüssel wird nur für die Befehle benötigt, die mit Ihrem Hosting kommunizieren.
Wird Docker benötigt?
Nicht für die Standard-Laufzeitumgebung. WordPress Playground kompiliert PHP zu WebAssembly und läuft innerhalb von Node, sodass `zinnector dev` in Sekundenschnelle ein echtes WordPress startet, ohne dass etwas anderes installiert werden muss. Wenn Sie ein natives PHP benötigen – um eine Erweiterung wie imagick oder ionCube zu testen –, stellt Ihnen `--runtime docker` stattdessen php-fpm- und MariaDB-Container zur Verfügung. Beide werden unterstützt; keines ist eine Ausweichlösung.
Was vergleicht die Vorabprüfung eigentlich?
Ihre lokale PHP-Version im Vergleich zu der des Slots, ob der Slot überhaupt auf die Version umgestellt werden kann, auf der Sie entwickelt haben, ob das PHP des Slots das End of Life überschritten hat und ob der Rechner es tatsächlich angewendet hat, die Größe und die Dateianzahl Ihres Projekts im Vergleich zum verbleibenden Speicherplatz und Inode-Puffer, die WordPress-Versionen auf beiden Seiten, ob der Slot die Bereitstellung abgeschlossen hat und ob ein git-Repository für das Deployment verbunden ist. Alles, was nicht geprüft werden konnte, wird als ungeprüft gemeldet, anstatt als bestanden gewertet zu werden.
Kann es mich am Bereitstellen hindern?
Nein, und das ist beabsichtigt. Die Vorabprüfung warnt und lässt Sie fortfahren – `--force` stellt ungeachtet aller Feststellungen bereit. Sie wissen Dinge über Ihre eigene Website, die ein Prüfprogramm nicht weiß, und ein Tool, das sich weigert bereitzustellen, ist ein Tool, das deinstalliert wird.
Ist mein API-Schlüssel sicher?
Der Schlüssel wird niemals über die Befehlszeile eingelesen — nur über eine Eingabeaufforderung oder eine weitergeleitete stdin — sodass er nicht in Ihrem Shell-Verlauf oder in einer Prozessliste landen kann. Er wird in Ihrem eigenen Konfigurationsverzeichnis mit dem Dateimodus 600 gespeichert, und Zinnector® setzt diese Berechtigungen bei jedem Schreibvorgang erneut durch.
Kann ich es in CI verwenden?
Ja. Setzen Sie `ZINNECTOR_TOKEN`, und jeder Befehl akzeptiert `--json`. Ausgaben für Menschen gehen an stderr und Daten an stdout, sodass Pipes sauber bleiben. `zinnector check` wird mit einem Wert ungleich Null beendet, wenn etwas gefunden wird, fungiert also als Pipeline-Gate, und `--strict` schlägt ebenfalls fehl, wenn kein Vergleich durchgeführt werden konnte.
Verwandt
Installieren Sie es und starten Sie innerhalb der nächsten Minute eine Website
Führen Sie npm install -g zinnector aus oder testen Sie es einmalig mit npx zinnector new my-site. Kostenlos, MIT-lizenziert und auf der öffentlichen API aufgebaut. Erstellen Sie ein Projektgerüst, führen Sie es lokal ohne Docker aus und prüfen Sie es vor der Bereitstellung auf Herz und Nieren.
Dokumentation lesen