bagong zinnector
Bumuo ng balangkas ng isang site, isang plugin o isang block theme na agad nag-i-initialize. Walang mga placeholder file, walang mga TODO — nag-a-activate ang plugin at maaaring piliin ang tema sa sandaling magkaroon ito.
Zinnector®
Ang developer CLI para sa WordPress hosting
Bumubuo ang Zinnector® ng WordPress sa lokal nang walang naka-install maliban sa Node — walang Docker, walang MAMP — pagkatapos ay sinusuri ang binuo mo laban sa hosting slot kung saan ka magde-deploy at sinasabi sa iyo kung ano ang hindi tutugma, bago ka mag-push. I-install ito gamit ang npm install -g zinnector. Ito ay libre, may lisensyang MIT at binuo sa parehong pampublikong API tulad ng lahat ng iba pa rito.
Limang utos, at ang nasa gitna ang pinakapunto
Karamihan sa mga hosting CLI ay nagsisimula sa pag-deploy. Nagsisimula ang Zinnector® bago iyon — binubuo nito ang site kasama mo, at pagkatapos ay sinusuri nito ang iyong ginawa laban sa makina kung saan mo ito ipapadala. Ang agwat sa pagitan ng "gumana ito sa aking laptop" at "tumatakbo ito sa server" ay kung saan nauubos ang mga hapon, at ang agwat na iyon ay nasusukat.
zinnector dev
Isang tunay na WordPress sa iyong makina sa loob ng ilang segundo, na nagpapatakbo ng iyong sariling mga plugin at tema, nang walang Docker at walang PHP sa iyong PATH. Pumili ng anumang PHP mula 5.2 hanggang 8.5 upang pagbasehan ng pag-develop.
zinnector check
Ang pre-flight. Inihahambing ang binuo mo sa slot kung saan ka magde-deploy at tinutukoy ang bawat hindi tugma — at bawat pagsusuri na hindi nito nagawa — bago ka mag-push.
zinnector push
Magsagawa ng paunang pagsusuri, i-push ang iyong mga commit, simulan ang pag-deploy at subaybayan ito hanggang sa makumpleto. Kung mabigo ito, ang build log ay isang command na lang ang layo.
zinnector ai
Magtanong sa assistant mula sa terminal, gamit ang iyong proyekto at ang iyong site bilang konteksto. Gumagana ito sa platform gamit ang iyong sariling account, kaya walang model key na naiimbak kailanman sa iyong makina.
Subukang gumagana ito sa loob ng dalawang minuto, hindi kailangan ng account
Anim na utos, ayon sa pagkakasunod-sunod, at kung ano ang hitsura ng tagumpay sa bawat isa. Ang lahat dito ay tumatakbo sa sarili ninyong makina; kailangan lamang ang isang API key kapag narating ninyo ang isang hosting slot.
I-install ito
Patakbuhin ang npm install -g zinnector sa Node 24 o mas bago. Kung mag-print ang npm ng EBADENGINE, ang iyong Node ay mas luma kaysa sa 24 — i-install ang kasalukuyang LTS mula sa nodejs.org at patakbuhin muli ang pag-install.
Suriin ang bersyon
Nagpi-print ang zinnector --version ng numero ng bersyon tulad ng 0.1.2. Sa Node na mas luma sa 24, nagpi-print ito ng mensahe na nagsasabing kailangan ang Node 24 o mas bago, at nag-e-exit.
Basahin ang tulong
Inililista ng zinnector --help ang bawat command sa ibaba na may isang linyang layunin. Tumatanggap din ang bawat command ng sarili nitong --help.
I-scaffold ang isang site
Ang zinnector new my-site ay gumagawa ng isang proyekto na agad na nagbu-boot — isang zinnector.json, isang wp-content tree at isang README — at ipinapakita ang mga susunod na command na dapat patakbuhin.
Patakbuhin ito
cd my-site, pagkatapos ay zinnector dev. Hihingi nang isang beses ang unang pagtakbo na i-download ang WordPress runtime (mga 570 MB, itinatago sa sariling cache ng CLI, hinding-hindi sa iyong proyekto). Ang tagumpay ay mukhang “running at http://127.0.0.1:9400”.
Buksan ito sa isang browser
Ang http://127.0.0.1:9400 ay isang bagong WordPress site; binubuksan ng /wp-admin ang dashboard na naka-sign in na. Maglagay ng plugin sa wp-content/plugins at naroon na ito sa susunod na pag-reload.
Pagkatapos, gamit ang isang hosting slot
zinnector login, zinnector link, zinnector check, zinnector push — magsagawa ng pre-flight sa iyong ginawa laban sa slot, pagkatapos ay i-deploy at panoorin itong matapos.
Ang pre-flight, nang detalyado
Binuo ninyo sa PHP 8.3. Ang slot ay nagpapatakbo ng 8.1. Walang nagpapaalam sa inyo hanggang sa maging puti ang site. Iyan ang problemang dahilan kung bakit umiiral ang command na ito, at ito ang mismong hiningi ng may-ari ng platform na ito. Binabasa ng Zinnector® ang parehong kapaligiran at inilalagay ang mga ito nang magkatabi — pagkatapos ay hinahayaan kayong mag-deploy pa rin, dahil maaaring may dahilan kayo.
PHP, matapat na namarkahan
Ang pagkakaiba sa pangunahing bersyon ay minamarkahan bilang mataas dahil tiyak nitong sinisira ang isang site; ang maliit na pagkakaiba ay minamarkahan nang mas mababa. Ang pag-uuri sa lahat bilang kritikal ay nagtuturo lamang sa mga tao na balewalain ang babala.
Bilang ng disk at file, nang magkahiwalay
Ang isang WordPress tree ay binubuo ng sampu-sampung libong maliliit na file, at maaaring maubos ng isang site ang laang inode nito habang mas mababa pa sa limitasyon ng disk nito. Parehong sinusuri ang mga ito laban sa kung ano talaga ang natitira sa slot, hindi laban sa plano.
Ang "Hindi ma-check" ay isang sagot sa sarili nito
Ang isang pagsusuri na hindi makita ang paksa nito ay nag-uulat ng hindi nasuri, hinding-hindi naipasa. Sinasabi sa isang malinis na run kung gaano karaming bagay ang hindi nito ma-verify, dahil ang isang maling all-clear ang siyang hindi na muling tinitingnan ninuman.
Nagbabala, hindi kailanman nagba-block
Maaaring ma-override ang bawat resulta gamit ang --force, at sinasabi ito sa buod. Sa CI, ang exit code ang nagsisilbing gate sa halip, kaya maaaring maging mahigpit ang pipeline habang nananatiling may kontrol ang tao.
Dalawang lokal na runtime, parehong totoo
WordPress Playground ang default: PHP na na-compile sa WebAssembly, tumatakbo sa loob ng Node, kaya ang isang laptop na walang iba kundi Node ang naka-install ay napupunta mula sa wala patungo sa isang tumatakbong WordPress sa loob halos ng oras na kinakailangan upang basahin ang pangungusap na ito.
Kapag kailangan mo ng native na PHP — isang extension tulad ng imagick, isang totoong MySQL — ipasa ang --runtime docker at kumuha sa halip ng mga container ng php-fpm at MariaDB. Parehong nagsisilbi ang dalawa ng parehong mga file mula sa parehong proyekto, kaya ang paglipat sa pagitan ng mga ito ay nagbabago lamang sa engine at wala nang iba.
Lahat ng iba pang ginagawa mo na sa panel
Ang Zinnector® ay binuo sa parehong pampublikong API tulad ng dashboard, kaya ang anumang magagawa ng panel ay magagawa rin nito — at ang bawat command ay isang dokumentadong operasyon sa OpenAPI spec sa halip na isang pribadong endpoint.
Mga site at mga pag-deploy
Ilista ang mga site, basahin ang lahat ng nalalaman ng platform tungkol sa isa, muling i-deploy, at basahin ang kasaysayan ng pag-deploy at mga build log.
Mga Domain, DNS at mail
Ilista ang mga domain, basahin at baguhin ang mga DNS record kung saan ipinapakita ang record bago ito isulat, at basahin ang iyong mga serbisyo sa mail.
PHP, quota, database at mga log
Magpalit ng mga bersyon ng PHP, basahin ang paggamit ng disk at inode kumpara sa ipinagkakaloob ng iyong plano, kumuha ng mga single-use na link papunta sa phpMyAdmin, at i-tail ang mga log ng access at error.
WP-CLI at maramihang operasyon
Magpatakbo ng mga pinapayagang WP-CLI command sa isang site, at mag-purge ng mga cache o magsimula ng mga malware scan sa isang buong seleksyon sa isang tawag sa halip na isa bawat site.
Bawat command, eksaktong gaya ng inililista ng --help
Ang buong listahan, tig-isang linya. Ang kumpletong sanggunian — bawat flag, isang napapatakbong halimbawa, at kung ano ang ipiniprint ng bawat command — ay nabubuo mula mismo sa CLI at matatagpuan sa mga dokumento ng developer at sa knowledge base, kaya hindi ito maaaring mag-iba sa tool na na-install mo.
bagong zinnector
I-scaffold ang isang proyekto sa WordPress na maaari mong patakbuhin kaagad.
zinnector dev
Patakbuhin ang proyektong ito nang lokal — hindi kailangan ang Docker.
zinnector login
Mag-sign in gamit ang isang API key ng Zinn Digital®.
pag-log out sa zinnector
Kalimutan ang naka-store na API key.
zinnector whoami
Ipakita kung kanino naka-authenticate ang CLI na ito.
mga site ng zinnector
Ilista ang mga site na makikita ng key na ito.
katayuan ng zinnector
Lahat ng nalalaman ng platform tungkol sa isang site.
zinnector share
Bigyan ng access ang isang tao sa isang site — isang developer, isang designer, isang kliyente — nang may tungkulin at dahilan.
zinnector collaborators
Tingnan kung sino ang binigyan ng access sa isang site, ang kanilang tungkulin, at kung tinanggap na nila ito.
huwagin ang pagbabahagi ng zinnector
Bawiin ang access ng isang tao, sa pamamagitan ng email o grant id.
mga imbitasyon sa zinnector
Ang mga imbitasyong naghihintay para sa iyo, at tumanggap ng isa.
link sa zinnector
Ituro ang proyektong ito sa isang hosting slot (at ikonekta ang repository nito).
zinnector pull
Hilahin ang mga file ng isang naka-host na site papunta sa proyektong ito para sa lokal na development, at muling patakbuhin upang muling mag-sync. Ginagamit ang mabilis na ruta kapag nag-sync ang site sa sarili nitong repository, kung hindi ay gumagana ito mula sa pinakabagong backup.
Pag-sync ng zinnector
Two-way na pag-sync sa pagitan ng mga live na file ng isang naka-host na site at ng repository nito: tingnan ang kasalukuyang lagay nito, i-on ito, i-commit ang mga pagbabago ng site, o piliin kung aling panig ang mananaig.
zinnector mcp
Isang tulay patungo sa Zinn Digital® MCP server para sa Claude Desktop at iba pang mga AI client na nagpapasimula lamang ng mga lokal na server.
i-clone ang zinnector
Gumawa ng lokal na proyekto mula sa naka-host na site sa isang hakbang: i-clone ang repository nito o i-pull ang mga file nito, isulat ang file ng proyekto, at maging handa na patakbuhin ang zinnector dev.
zinnector check
Ikumpara ang proyektong ito sa slot kung saan ka magde-deploy.
zinnector push
Magsagawa ng paunang pagsusuri, i-push ang iyong mga commit, at i-deploy.
zinnector deploy
I-redeploy ang mayroon na sa platform, nang hindi nagpu-push.
nagde-deploy ang zinnector
Kasaysayan ng pag-deploy ng isang site.
zinnector php
Ipakita o palitan ang bersyon ng PHP ng isang site.
quota ng zinnector
Paggamit ng disk, mga file, at database laban sa ibinibigay ng plano.
zinnector db
Laki ng database, at mga minsang magagamit na link papunta sa phpMyAdmin at sa file manager.
zinnector logs
Subaybayan nang real-time ang access at error logs ng isang site.
zinnector wp
Magpatakbo ng pinapayagang command ng WP-CLI sa isang site.
zinnector backup
Ilista at kumuha ng mga backup ng site. Mga sub-utos: list, now.
mga domain ng zinnector
Ilista ang mga domain na makikita ng key na ito.
zinnector dns
Basahin at baguhin ang mga DNS record. Mga sub-utos: list, add, rm.
zinnector mail
Ilista ang mga serbisyo ng mail.
maramihang zinnector
Magpatakbo ng isang operasyon sa maraming site (cache_purge, malware_scan, sitemap, block_ip).
zinnector ai
Magtanong sa assistant ng Zinn Digital®, gamit ang proyektong ito bilang konteksto.
Mga Tanong
Kailangan ko bang maging customer ng Zinn Digital® para magamit ito?
Hindi. Hindi kailangan ng anumang account ng `zinnector new` at `zinnector dev` — gumawa ng scaffold ng plugin, tema, o buong site at patakbuhin ito nang lokal, libre, magpakailanman. Kailangan lang ang API key para sa mga command na nakikipag-ugnayan sa iyong hosting.
Kailangan ba nito ng Docker?
Hindi para sa default na runtime. Kino-compile ng WordPress Playground ang PHP sa WebAssembly at tumatakbo sa loob ng Node, kaya pinapagana ng `zinnector dev` ang isang totoong WordPress sa loob ng ilang segundo nang walang ibang naka-install. Kung kailangan ninyo ng native na PHP — upang subukan ang isang extension tulad ng imagick o ionCube — ang `--runtime docker` sa halip ay nagbibigay sa inyo ng mga container ng php-fpm at MariaDB. Parehong sinusuportahan ang mga ito; wala sa dalawa ang fallback.
Ano ba talaga ang inihahambing ng pre-flight check?
Ang inyong lokal na bersyon ng PHP laban sa bersyon ng slot, kung kaya ba ng slot na lumipat sa bersyong pinagbuuan ninyo, kung lampas na sa end of life ang PHP ng slot at kung aktwal na itong inilapat ng makina, ang laki at bilang ng file ng inyong proyekto laban sa natitirang espasyo sa disk at inode, ang mga bersyon ng WordPress sa bawat panig, kung tapos na ang pag-provision ng slot, at kung may nakakonektang git repository na pagde-deploy-an. Anumang hindi nito nagawang suriin ay iuulat bilang hindi nasuri sa halip na ituring na pumasa.
Maaari ba nitong pigilan ang aking pag-deploy?
Hindi, at sadya iyon. Nagbabala ang pre-flight at hinahayaan kang magpatuloy — nagde-deploy ang `--force` lampas sa anumang natuklasan. May alam ka tungkol sa sarili mong site na hindi alam ng isang checker, at ang tool na tumatangging mag-deploy ay tool na ina-uninstall ng mga tao.
Ligtas ba ang aking API key?
Ang susi ay hindi kailanman binabasa mula sa command line — mula lamang sa isang prompt o naka-pipe na stdin — kaya hindi ito mapupunta sa kasaysayan ng iyong shell o sa isang listahan ng proseso. Ito ay nakaimbak sa iyong sariling direktoryo ng pagsasaayos na may file mode na 600, at muling ipinapatupad ng Zinnector® ang mga pahintulot na iyon sa bawat oras na sumusulat ito.
Maaari ko ba itong gamitin sa CI?
Oo. Itakda ang `ZINNECTOR_TOKEN`, at tumatanggap ang bawat command ng `--json`. Napupunta ang output ng tao sa stderr at ang data sa stdout, kaya nananatiling malinis ang mga pipe. Lumalabas ang `zinnector check` na may non-zero kapag may nahanap ito, kaya gumagana ito bilang isang pipeline gate, at nabibigo rin ang `--strict` kapag hindi nagawa ang paghahambing.
Kaugnay
I-install ito at magpatakbo ng site sa susunod na minuto
Patakbuhin ang npm install -g zinnector, o subukan ito nang isang beses gamit ang npx zinnector new my-site. Libre, may lisensyang MIT, at binuo sa pampublikong API. Mag-scaffold ng proyekto, patakbuhin ito nang lokal nang walang Docker, at i-pre-flight ito bago ka mag-deploy.
Basahin ang mga dokumento