zinnector nový
Vytvořte základní strukturu webu, pluginu nebo blokové šablony, která se okamžitě spustí. Žádné zástupné soubory, žádné TODO poznámky — plugin se aktivuje a šablonu lze vybrat v okamžiku, kdy je vytvořena.
Zinnector®
Zinnector® sestaví WordPress lokálně bez instalace čehokoli kromě Node — žádný Docker, žádný MAMP — poté před odesláním zkontroluje, co jste vytvořili, vůči hostingovému slotu, do kterého se chystáte nasazovat, a upozorní vás na případné neshody. Nainstalujte jej pomocí npm install -g zinnector. Je zdarma, pod licencí MIT a postaven na stejném veřejném API jako vše ostatní zde.
Většina hostingových CLI začíná až při nasazení. Zinnector® začíná dříve — staví web s Vámi a poté zkontroluje Vaši práci oproti stroji, na který ji hodláte odeslat. Propast mezi „na mém notebooku to fungovalo“ a „běží to na serveru“ je místem, kde mizí celá odpoledne, a tato propast je měřitelná.
Vytvořte základní strukturu webu, pluginu nebo blokové šablony, která se okamžitě spustí. Žádné zástupné soubory, žádné TODO poznámky — plugin se aktivuje a šablonu lze vybrat v okamžiku, kdy je vytvořena.
Skutečný WordPress na vašem počítači během několika sekund, obsluhující vaše vlastní pluginy a šablony, bez potřeby Docker a bez PHP ve vaší proměnné PATH. Vyberte si pro vývoj jakékoli PHP od verze 5.2 do 8.5.
Předletová kontrola. Před odesláním porovná to, co jste vytvořili, se slotem, do kterého se chystáte nasazovat, a pojmenuje každou neshodu — i každou kontrolu, kterou nebylo možné provést.
Proveďte předletovou kontrolu, odešlete své commity, spusťte nasazení a sledujte ho až do dokončení. Pokud selže, protokol sestavení je vzdálen jediný příkaz.
Zeptejte se asistenta z terminálu s kontextem vašeho projektu a vašeho webu. Běží na platformě v rámci vašeho vlastního účtu, takže se na vašem počítači nikdy neukládá žádný klíč modelu.
Šest příkazů v daném pořadí a ukázka úspěšného výsledku každého z nich. Vše zde běží na vašem vlastním počítači; klíč API je vyžadován pouze v případě, že dosáhnete hostingového slotu.
Spusťte npm install -g zinnector na Node 24 nebo novějším. Pokud npm vypíše EBADENGINE, vaše verze Node je starší než 24 — nainstalujte aktuální LTS z nodejs.org a spusťte instalaci znovu.
Příkaz zinnector --version vypíše číslo verze, například 0.1.2. V prostředí Node starším než 24 vypíše zprávu, že je vyžadován Node 24 nebo novější, a ukončí se.
zinnector --help níže uvádí každý příkaz s jednořádkovým popisem účelu. Každý příkaz rovněž podporuje vlastní přepínač --help.
Příkaz zinnector new my-site vytvoří projekt, který se okamžitě spustí — soubor zinnector.json, strom wp-content a soubor README — a vypíše další příkazy ke spuštění.
cd my-site, potom zinnector dev. První spuštění se jednou zeptá na stažení běhového prostředí WordPress (přibližně 570 MB, uloženého ve vlastní mezipaměti CLI, nikdy ve vašem projektu). Úspěšné spuštění vypadá jako „running at http://127.0.0.1:9400“.
http://127.0.0.1:9400 je nový web WordPress; /wp-admin otevře nástěnku již přihlášený. Přidejte plugin do wp-content/plugins a po dalším obnovení stránky tam bude k dispozici.
zinnector login, zinnector link, zinnector check, zinnector push — proveďte předběžnou kontrolu toho, co jste vytvořili, vůči slotu, poté nasaďte a sledujte dokončení.
Vytvořili jste aplikaci na PHP 8.3. Slot běží na verzi 8.1. Nic vás neupozorní, dokud stránka nezbělá. Právě kvůli tomuto problému tento příkaz existuje, a je to přesně to, o co vlastník této platformy jmenovitě žádal. Zinnector® načte obě prostředí a porovná je vedle sebe — a poté vám přesto umožní nasazení provést, protože k tomu můžete mít důvod.
Rozdíl v hlavní verzi je označen jako vysoce závažný, protože spolehlivě naruší fungování webu; menší rozdíl je označen nižší závažností. Pokud označíte vše jako kritické, lidé se pouze naučí varování ignorovat.
Struktura WordPress obsahuje desítky tisíc malých souborů a web může vyčerpat svůj limit pro inode, i když se nachází hluboko pod svým diskovým limitem. Obě hodnoty se kontrolují podle toho, co na slotu skutečně zbývá, nikoli podle parametrů tarifu.
Kontrola, která nevidí svůj předmět, hlásí nezkontrolováno, nikdy ne úspěšně splněno. Čistý běh uvádí, kolik položek nemohl ověřit, protože falešné potvrzení o bezchybnosti nikdo podruhé nezkoumá.
Každý nález lze přepsat pomocí --force a souhrn to uvádí. V CI je místo toho kontrolní branou výstupní kód, takže pipeline může být přísná, zatímco člověk má stále situaci pod kontrolou.
Výchozí možností je WordPress Playground: PHP zkompilované do WebAssembly, běžící uvnitř Node, takže notebook s pouhým nainstalovaným Node přejde od ničeho ke spuštěnému WordPress zhruba za dobu, kterou potřebujete k přečtení této věty.
Když potřebujete nativní PHP — rozšíření jako imagick, skutečný MySQL — zadejte parametr --runtime docker a získejte místo toho kontejnery php-fpm a MariaDB. Obojí obsluhuje stejné soubory ze stejného projektu, takže přepínání mezi nimi změní pouze engine a nic jiného.
Zinnector® je postaven na stejném veřejném API jako řídicí panel, takže cokoli zvládne panel, zvládne i on — a každý příkaz je zdokumentovanou operací ve specifikaci OpenAPI, nikoli soukromým koncovým bodem.
Zobrazte seznam webů, přečtěte si vše, co platforma o daném webu ví, proveďte opětovné nasazení a čtěte historii nasazení a protokoly sestavení.
Zobrazte seznam domén, čtěte a měňte záznamy DNS se zobrazením záznamu před jeho zápisem a čtěte své poštovní služby.
Přepínejte verze PHP, sledujte využití disku a inodů v porovnání s limity vašeho tarifu, získejte jednorázové odkazy do phpMyAdmin a sledujte přístupové a chybové protokoly v reálném čase.
Spouštějte na webu povolené příkazy WP-CLI a pročišťujte mezipaměti nebo spouštějte kontroly na přítomnost malwaru v celém výběru v rámci jednoho volání namísto samostatného volání pro každý web.
Úplný seznam, každý na jednom řádku. Kompletní reference — každý parametr, spustitelný příklad a to, co jednotlivé příkazy vypisují — se generuje přímo z CLI a nachází se v dokumentaci pro vývojáře a znalostní bázi, takže se nemůže lišit od nástroje, který máte nainstalovaný.
Vytvořte kostru projektu WordPress, který můžete ihned spustit.
Spusťte tento projekt lokálně — Docker není vyžadován.
Přihlaste se pomocí klíče API Zinn Digital®.
Zapomenout uložený klíč API.
Zobrazit, jako kdo je toto CLI ověřeno.
Vypište weby, které tento klíč může vidět.
Všechno, co platforma ví o jednom webu.
Umožněte jedné osobě přístup k jednomu webu — vývojáři, designérovi, klientovi — s rolí a důvodem.
Podívejte se, komu byl udělen přístup k webu, jakou má roli a zda již pozvánku přijal.
Odeberte osobě přístup, a to prostřednictvím e-mailu nebo ID udělení.
Pozvánky, které na vás čekají, a jednu přijměte.
Nasměrujte tento projekt na hostingový slot (a propojte jeho repozitář).
Stáhněte soubory hostovaného webu do tohoto projektu pro místní vývoj a znovu spusťte pro opětovnou synchronizaci. Pokud se web synchronizuje s vlastním repozitářem, použije se rychlá cesta, jinak se pracuje s nejnovější zálohou.
Obousměrná synchronizace mezi živými soubory hostovaného webu a jeho repozitářem: zkontrolujte stav, zapněte ji, potvrďte změny webu nebo zvolte, která strana má přednost.
Propojení se serverem MCP služby Zinn Digital® pro aplikaci Claude Desktop a další klienty AI, kteří spouštějí pouze místní servery.
Vytvořte lokální projekt z hostovaného webu v jediném kroku: naklonujte jeho repozitář nebo stáhněte jeho soubory, zapište projektový soubor a buďte připraveni spustit zinnector dev.
Porovnejte tento projekt se slotem, do kterého se chystáte nasadit.
Proveďte předletovou kontrolu, odešlete své commity a nasaďte.
Nasaďte znovu to, co platforma již obsahuje, bez odesílání změn.
Historie nasazení webu.
Zobrazit nebo přepnout verzi PHP webu.
Využití disku, souborů a databáze v porovnání s možnostmi tarifu.
Velikost databáze a jednorázové odkazy do nástroje phpMyAdmin a správce souborů.
Sledujte protokoly přístupů a chyb webu v reálném čase.
Spusťte na webu povolený příkaz WP-CLI.
Zobrazit a vytvořit zálohy webu. Podpříkazy: list, now.
Vypište domény, které tento klíč může vidět.
Čtení a změna záznamů DNS. Dílčí příkazy: list, add, rm.
Zobrazit seznam poštovních služeb.
Spusťte jednu operaci na více webech (cache_purge, malware_scan, sitemap, block_ip).
Zeptejte se asistenta Zinn Digital® s tímto projektem jako kontextem.
Ne. Příkazy `zinnector new` a `zinnector dev` nevyžadují vůbec žádný účet — vytvořte kostru pluginu, šablony nebo celého webu a spusťte jej lokálně, zdarma a navždy. Klíč API je vyžadován pouze pro příkazy, které komunikují s vaším hostingem.
Pro výchozí běhové prostředí nikoli. WordPress Playground kompiluje PHP do WebAssembly a běží uvnitř Node, takže `zinnector dev` spustí skutečný WordPress během několika sekund, aniž by bylo nutné instalovat cokoli dalšího. Pokud potřebujete nativní PHP — pro otestování rozšíření, jako je imagick nebo ionCube — přepínač `--runtime docker` vám místo toho poskytne kontejnery php-fpm a MariaDB. Podporovány jsou obě možnosti; ani jedna neslouží jako záložní řešení.
Vaše místní verze PHP oproti verzi slotu, zda slot vůbec může přepnout na verzi, na které jste stavěli, zda verze PHP slotu není po skončení životnosti a zda ji stroj skutečně aplikoval, velikost Vašeho projektu a počet souborů oproti zbývajícímu místu na disku a počtu inodů, verze WordPress na obou stranách, zda slot dokončil zřizování a zda je pro nasazení připojen git repozitář. Cokoli, co nebylo možné zkontrolovat, je nahlášeno jako nezkontrolované, místo aby to bylo započítáno jako vyhovující.
Ne, a to je záměrné. Předletová kontrola varuje a umožní vám pokračovat — `--force` provede nasazení bez ohledu na jakékoli zjištění. O svém webu víte věci, které kontrolní nástroj nezná, a nástroj, který odmítá nasazovat, je nástroj, který lidé odinstalují.
Klíč se nikdy nečte z příkazového řádku — pouze z výzvy nebo přesměrovaného stdin — takže nemůže skončit v historii vašeho shellu ani v seznamu procesů. Je uložen ve vašem vlastním konfiguračním adresáři s režimem souboru 600 a Zinnector® tato oprávnění znovu potvrzuje při každém zápisu.
Ano. Nastavte `ZINNECTOR_TOKEN` a každý příkaz bude přijímat `--json`. Uživatelský výstup směřuje do stderr a data do stdout, takže roury zůstávají čisté. Příkaz `zinnector check` skončí s nenulovým kódem, když něco najde, takže funguje jako brána v pipeline, a volba `--strict` také selže, když porovnání nebylo možné provést.
Spusťte npm install -g zinnector, nebo jej jednou vyzkoušejte pomocí npx zinnector new my-site. Je zdarma, pod licencí MIT a postavený na veřejném API. Vytvořte kostru projektu, spusťte jej lokálně bez Docker a před nasazením proveďte předletovou kontrolu.
Přečtěte si dokumentaci