zinnector nieuw
Genereer het fundament voor een site, plug-in of blokthema dat direct start. Geen tijdelijke aanduidingsbestanden, geen TODO's: de plug-in wordt geactiveerd en het thema kan worden geselecteerd zodra het bestaat.
Zinnector®
Zinnector® bouwt WordPress lokaal met niets anders geïnstalleerd dan Node — geen Docker, geen MAMP — en controleert vervolgens wat u hebt gebouwd met het hostingslot waarnaar u op het punt staat te implementeren, en vertelt u wat er niet zal overeenkomen voordat u pusht. Installeer het met npm install -g zinnector. Het is gratis, heeft een MIT-licentie en is gebouwd op dezelfde openbare API als al het andere hier.
De meeste hosting-CLI's beginnen bij het implementeren. Zinnector® begint al daarvoor — het bouwt de site samen met u en controleert vervolgens uw werk ten opzichte van de machine waar u het naartoe gaat sturen. De kloof tussen 'het werkte op mijn laptop' en 'het draait op de server' is waar de middagen aan verloren gaan, en die kloof is meetbaar.
Genereer het fundament voor een site, plug-in of blokthema dat direct start. Geen tijdelijke aanduidingsbestanden, geen TODO's: de plug-in wordt geactiveerd en het thema kan worden geselecteerd zodra het bestaat.
Een echte WordPress binnen enkele seconden op uw machine, die uw eigen plug-ins en thema's host, zonder Docker en zonder PHP in uw PATH. Kies een willekeurige PHP van 5.2 tot 8.5 om mee te ontwikkelen.
De pre-flightcontrole. Vergelijkt wat u hebt gebouwd met het slot waarnaar u wilt implementeren en noemt elke mismatch — en elke controle die niet kon worden uitgevoerd — voordat u pusht.
Voer de pre-flightcontrole uit, push uw commits, activeer de implementatie en volg deze tot aan de voltooiing. Mocht deze mislukken, dan is het buildlog slechts één commando van u verwijderd.
Vraag het de assistent vanuit de terminal, met uw project en uw site als context. Deze draait op het platform via uw eigen account, waardoor er nooit een modelsleutel op uw machine wordt opgeslagen.
Zes opdrachten, in volgorde, en hoe het succes er bij elk daarvan uitziet. Alles hier draait op uw eigen machine; een API-sleutel is pas nodig wanneer u een hostingslot bereikt.
Voer npm install -g zinnector uit op Node 24 of nieuwer. Als npm EBADENGINE afdrukt, is uw Node ouder dan 24 — installeer de huidige LTS vanaf nodejs.org en voer de installatie opnieuw uit.
zinnector --version print een versienummer zoals 0.1.2. Op een Node ouder dan 24 print het een bericht dat Node 24 of nieuwer vereist is, en sluit het af.
zinnector --help toont hieronder elke opdracht met een beschrijving van één regel. Elke opdracht accepteert ook een eigen --help.
zinnector new my-site maakt een project aan dat onmiddellijk opstart — een zinnector.json, een wp-content-structuur en een README — en toont de volgende commando's die moeten worden uitgevoerd.
cd my-site, daarna zinnector dev. Bij de eerste uitvoering wordt eenmalig gevraagd om de WordPress-runtime te downloaden (ongeveer 570 MB, bewaard in de eigen cache van de CLI, nooit in uw project). Een geslaagde uitvoering ziet eruit als “running at http://127.0.0.1:9400”.
http://127.0.0.1:9400 is een nieuwe WordPress-site; /wp-admin opent het dashboard terwijl u al bent aangemeld. Plaats een plug-in in wp-content/plugins en deze is er bij de volgende herlaadbeurt.
zinnector login, zinnector link, zinnector check, zinnector push — controleer vooraf wat u hebt gebouwd tegen het slot, implementeer het vervolgens en kijk hoe het wordt voltooid.
U hebt gebouwd op PHP 8.3. Het slot draait 8.1. Niets waarschuwt u totdat de site wit blijft. Dat is het probleem waarvoor deze opdracht bestaat, en dat is precies wat de eigenaar van dit platform bij naam heeft aangevraagd. Zinnector® leest beide omgevingen uit en plaatst ze naast elkaar — en laat u vervolgens toch implementeren, omdat u er wellicht een reden voor hebt.
Een verschil in hoofdversie wordt als hoog aangemerkt omdat het een site zeker defect maakt; een klein verschil wordt lager aangemerkt. Door alles als kritiek te beoordelen, leren mensen alleen maar de waarschuwing te negeren.
Een WordPress-structuur bestaat uit tienduizenden kleine bestanden, en een site kan zijn inode-toewijzing uitputten terwijl deze ruim onder de schijflimiet blijft. Beide worden gecontroleerd aan de hand van wat er daadwerkelijk overblijft op het slot, niet aan de hand van het pakket.
Een controle die zijn onderwerp niet kan zien, meldt ongecontroleerd, nooit geslaagd. Een schone uitvoering geeft aan hoeveel zaken niet konden worden geverifieerd, omdat een vals gevoel van veiligheid iets is waar niemand een tweede keer naar kijkt.
Elke bevinding kan worden overschreven met --force, en dat staat ook in de samenvatting. In CI fungeert de afsluitcode daarentegen als poortwachter, zodat een pipeline strikt kan zijn terwijl een persoon de controle behoudt.
WordPress Playground is de standaard: PHP gecompileerd naar WebAssembly, draaiend binnen Node, zodat een laptop waarop niets anders dan Node is geïnstalleerd vanuit het niets overgaat naar een draaiende WordPress in ongeveer de tijd die u nodig hebt om deze zin te lezen.
Wanneer u een native PHP nodig hebt — een extensie zoals imagick, een echte MySQL — geef dan --runtime docker door en ontvang in plaats daarvan php-fpm- en MariaDB-containers. Beide leveren dezelfde bestanden van hetzelfde project, dus schakelen tussen beide verandert de engine en verder niets.
Zinnector® is gebouwd op dezelfde openbare API als het dashboard, dus alles wat het paneel kan, kan het ook — en elke opdracht is een gedocumenteerde bewerking in de OpenAPI-specificatie in plaats van een privé-eindpunt.
Geef sites weer, bekijk alles wat het platform over een site weet, voer een herimplementatie uit en bekijk de implementatiegeschiedenis en buildlogboeken.
Domeinen weergeven, DNS-records lezen en wijzigen waarbij het record wordt weergegeven voordat het wordt weggeschreven, en uw e-maildiensten lezen.
Wissel van PHP-versie, controleer uw schijf- en inode-verbruik ten opzichte van de limieten van uw pakket, verkrijg eenmalige links naar phpMyAdmin en volg toegangs- en foutenlogboeken live.
Voer op de goedgekeurde lijst geplaatste WP-CLI-commando's uit op een site en leeg caches of start malwarescans voor een hele selectie in één aanroep in plaats van één per site.
De volledige lijst, één regel per item. De volledige referentie — elke vlag, een uitvoerbaar voorbeeld en wat elke opdracht afdrukt — wordt gegenereerd vanuit de CLI zelf en bevindt zich in de documentatie voor ontwikkelaars en de kennisbank, zodat deze niet kan afwijken van de tool die u hebt geïnstalleerd.
Genereer het skelet van een WordPress-project dat u direct kunt uitvoeren.
Voer dit project lokaal uit — geen Docker vereist.
Meld u aan met een API-sleutel van Zinn Digital®.
Een opgeslagen API-sleutel vergeten.
Weergeven als wie deze CLI is geverifieerd.
Geef de sites weer die deze sleutel kan zien.
Alles wat het platform weet over één site.
Geef één persoon toegang tot één enkele site — een ontwikkelaar, een ontwerper, een klant — met een rol en een reden.
Bekijk wie toegang heeft gekregen tot een site, wat hun rol is en of ze de uitnodiging al hebben geaccepteerd.
Trek de toegang van een persoon in, via e-mail of toekennings-ID.
De uitnodigingen die op u wachten, en accepteer er een.
Verwijs dit project naar een hostingslot (en verbind de bijbehorende repository).
Haal de bestanden van een gehoste site binnen in dit project voor lokale ontwikkeling en voer opnieuw uit om opnieuw te synchroniseren. Kiest het snelle pad wanneer de site synchroniseert met zijn eigen repository, en werkt anders vanaf de meest recente back-up.
Tweerichtingssynchronisatie tussen de live bestanden van een gehoste site en de repository: bekijk de huidige status, schakel het in, commit de wijzigingen van de site of kies welke kant voorrang krijgt.
Een brug naar de Zinn Digital® MCP-server voor Claude Desktop en andere AI-clients die alleen lokale servers starten.
Maak in één stap een lokaal project van een gehoste site: kloon de repository of haal de bestanden op, schrijf het projectbestand en wees klaar om zinnector dev uit te voeren.
Vergelijk dit project met het slot waarin u wilt implementeren.
Voer de voorcontrole uit, push uw commits en implementeer.
Implementeer opnieuw wat het platform al heeft, zonder te pushen.
Implementatiegeschiedenis van een site.
Toon of wijzig de PHP-versie van een site.
Schijf-, bestands- en databasegebruik ten opzichte van wat het pakket toestaat.
Databasegrootte en eenmalige links naar phpMyAdmin en het bestandsbeheer.
Volg de toegangs- en foutlogboeken van een site in realtime.
Voer een toegestane WP-CLI-opdracht uit op een site.
Siteback-ups weergeven en maken. Subopdrachten: list, now.
Geef de domeinen weer die deze sleutel kan zien.
DNS-records lezen en wijzigen. Subopdrachten: list, add, rm.
E-maildiensten weergeven.
Voer één bewerking uit op meerdere sites (cache_purge, malware_scan, sitemap, block_ip).
Vraag het de Zinn Digital®-assistent, met dit project als context.
Nee. `zinnector new` en `zinnector dev` vereisen helemaal geen account — genereer de structuur voor een plug-in, thema of complete site en voer deze lokaal uit, gratis, voor altijd. Een API-sleutel is alleen vereist voor de commando's die communiceren met uw hosting.
Niet voor de standaard runtime. WordPress Playground compileert PHP naar WebAssembly en draait binnen Node, waardoor `zinnector dev` binnen enkele seconden een echte WordPress start zonder dat er iets anders geïnstalleerd hoeft te zijn. Als u een native PHP nodig hebt — om een extensie zoals imagick of ionCube te testen — biedt `--runtime docker` u in plaats daarvan php-fpm- en MariaDB-containers. Beide worden ondersteund; geen van beide is een terugvaloptie.
Uw lokale PHP-versie vergeleken met die van het slot, of het slot überhaupt kan overschakelen naar de versie waarop u hebt gebouwd, of de PHP van het slot het einde van de levensduur heeft bereikt en of de machine deze daadwerkelijk heeft toegepast, de grootte en het aantal bestanden van uw project vergeleken met de resterende schijf- en inode-ruimte, de WordPress-versies aan weerszijden, of het slot klaar is met provisioneren en of er een git-repository is gekoppeld om vanaf te implementeren. Alles wat niet kon worden gecontroleerd, wordt gerapporteerd als niet-gecontroleerd in plaats van als geslaagd te worden meegeteld.
Nee, en dat is opzettelijk. De pre-flightcontrole waarschuwt en laat u doorgaan — `--force` implementeert ondanks eventuele bevindingen. U weet dingen over uw eigen site die een controleprogramma niet weet, en een tool die weigert te implementeren is een tool die mensen de-installeren.
De sleutel wordt nooit vanaf de opdrachtregel gelezen — alleen vanaf een prompt of doorgesluisde stdin — zodat deze niet in uw shellgeschiedenis of in een proceslijst terecht kan komen. Deze wordt opgeslagen in uw eigen configuratiemap met bestandsmodus 600, en Zinnector® bevestigt die machtigingen opnieuw telkens wanneer het schrijft.
Ja. Stel `ZINNECTOR_TOKEN` in en elk commando accepteert `--json`. Menselijke uitvoer gaat naar stderr en gegevens naar stdout, zodat pipes schoon blijven. `zinnector check` sluit af met een niet-nulwaarde wanneer er iets wordt gevonden, waardoor het fungeert als pipeline gate, en `--strict` mislukt ook wanneer er geen vergelijking kan worden gemaakt.
Voer npm install -g zinnector uit, of probeer het eenmalig met npx zinnector new my-site. Gratis, onder MIT-licentie en gebouwd op de openbare API. Genereer een projectstructuur, voer het lokaal uit zonder Docker en controleer het voorafgaand aan de implementatie.
Documentatie lezen