База от знания

Справочник за командите на Zinnector®

Всяка команда на Zinnector® точно както я извежда zinnector --help — аргументи, флагове и стойности по подразбиране, изпълним пример и изведеният резултат — генерирани директно от самия CLI, за да няма разминаване с инсталираната от вас версия.

Всяка команда, която Zinnector® 0.1.6 разпознава — общо 43, точно както ги изброява zinnector --help — с нейните опции, пример за изпълнение и това, което трябва да видите. Тази страница е генерирана от самия CLI, така че не може да се различава от инструмента, който сте инсталирали; ако някоя команда тук липсва на Вашата машина, изпълнете npm install -g zinnector@latest.

Преди да започнете

Инсталирайте го с npm install -g zinnector на Node 24 или по-нова версия, след което проверете инсталацията с zinnector --version и zinnector --help. Ръководството за първи стъпки описва първите пет минути; тази страница е справочникът, към който да се връщате.

Всяка команда приема -h, --help. Тези глобални опции се поставят преди името на командата:

опция	какво прави
`-V, --version`	извежда версията
`--profile <name>`	използва именуван профил с идентификационни данни

Командите

`zinnector new`

Генерирайте скеле за проект на WordPress, който можете да стартирате веднага.

zinnector new [options] [name]

аргумент	задължителен	описание
`name`	не	директория, в която да се създаде проектът, и име на проекта — задължително, освен ако не е зададено --here

опция	действие	по подразбиране
`-t, --template <kind>`	едно от: site, plugin, theme	`"site"`
`--php <version>`	PHP версия за разработка	`"8.3"`
`--wp <version>`	WordPress версия за локалната среда за изпълнение	`"latest"`
`--runtime <name>`	playground или docker	`"playground"`
`--here`	скафолдинг в текущата директория вместо в нова

Пример

zinnector new my-site

Това, което виждате — заснето — 0.1.2 на Linux

Created my-site  ·  site
──────────────────────────

  + .gitignore
  + README.md
  + wp-content/mu-plugins/000-zinnector-dev.php
  + wp-content/plugins/.gitkeep
  + wp-content/themes/.gitkeep
  + zinnector.json

  php        8.3
  wordpress  latest
  runtime    playground

→ run it:
    cd my-site
    zinnector dev

→ then, when you have a hosting slot:
    zinnector link     # point it at a site
    zinnector check    # pre-flight before you push
    zinnector push

`zinnector dev`

Стартирайте този проект локално — не се изисква Docker.

zinnector dev [options]

опция	какво прави	по подразбиране
`--php <version>`	PHP версия за изпълнение (5.2–8.5 в playground, 7.4–8.5 в docker)
`--wp <version>`	WordPress версия
`-p, --port <port>`	порт за обслужване
`--runtime <name>`	playground (по подразбиране) или docker
`--login`	автоматично влизане като администратор	`true`
`--no-login`	да не се влиза автоматично
`--once`	стартиране, отчитане на работещото и спиране
`--yes`	инсталиране на локалната среда за изпълнение без питане
`--reset-runtime`	изтриване на инсталираната среда за изпълнение и повторно инсталиране
`-v, --verbose`	показване на изходните данни на самата среда за изпълнение

Пример

cd my-site
zinnector dev

Това, което виждате — заснето — 0.1.2. Първото стартиране пита веднъж за изтегляне на средата за изпълнение на WordPress (~570 MB); подайте --yes, за да пропуснете въпроса

my-site  ·  WordPress Playground (WASM, no Docker)
───────────────────────────────────────────────────

  serving    a WordPress project
  from       /home/you/my-site
  php        8.3
  wordpress  latest

✔ running at http://127.0.0.1:9400
  admin: http://127.0.0.1:9400/wp-admin  (already signed in)

  Ctrl-C to stop

`zinnector login`

Влизане — с вашия собствен профил в браузъра или с API ключ.

zinnector login [options]

опция	какво прави	по подразбиране
`--profile <name>`	запазване под именуван профил (по подразбиране: default)
`--api <url>`	базов URL на API	`"https://api.zinndigital.com"`
`--api-key`	поставете API ключ за конкретна организация, вместо да влизате лично
`--issuer <url>`	услугата за влизане	`"https://auth.zinndigital.com/realms/zinn"`
`--no-browser`	отпечатване на връзката за влизане без опит за отваряне на браузър

Пример

zinnector login

Какво виждате — ключът се въвежда на подканата, никога на командния ред. В CI го подайте чрез конвейер: echo „$ZINN_API_KEY“ | zinnector login --profile ci

Sign in to Zinn Digital®  ·  https://api.zinndigital.com
────────────────────────────────────────────────────

  API key: ••••••••••••••••••••••••••••

✔ signed in as you@example.com (Acme Ltd) — profile “default”
→ next: zinnector sites

`zinnector logout`

Забравяне на запазено влизане.

zinnector logout [options]

опция	какво прави	по подразбиране
`--profile <name>`	кой профил да се забрави (по подразбиране: default)

Пример

zinnector logout

Какво виждате

✔ signed out of profile “default”

`zinnector whoami`

Показване като кого е влязъл този CLI и до какво има достъп.

zinnector whoami [options]

опция	какво прави	по подразбиране
`--profile <name>`	използване на именуван профил
`--scopes`	извеждане на списък с разрешенията, които притежава даден API ключ
`--json`	машинночетим изход

Пример

zinnector whoami --scopes

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени


Signed in  ·  https://api.zinndigital.com
──────────────────────────────────────────
account        you@example.com
as             a person, signed in through the browser
organisations  8 — listed below
mode           live
credential     profile “default”

  · Example Org  owner · 01a00000-0000-7000-8000-000000000000
  · Example Org· 01a00001-0000-7000-8000-000000000001
  · Example Org· 01a00002-0000-7000-8000-000000000002
  · Example Org· 01a00003-0000-7000-8000-000000000003
  · Example Org· 01a00004-0000-7000-8000-000000000004
  · Example Org· 01a00005-0000-7000-8000-000000000005
  · Example Org· 01a00006-0000-7000-8000-000000000006
  · Example Org· 01a00007-0000-7000-8000-000000000007

  scopes belong to API keys — a signed-in person acts with their ROLE in each organisation (shown above).

`zinnector sites`

Показване на сайтовете, които този ключ може да вижда.

zinnector sites [options]

опция	какво прави	по подразбиране
`--json`	машинночетим изход
`--status <status>`	само сайтове в това състояние

Пример

zinnector sites


Sites  ·  12
─────────────
domain          status  php      target  id
example-2.com   active  php —    fleet   01a00000-0000-7000-8000-000000000000
example-3.com   active  php —    fleet   01a00001-0000-7000-8000-000000000001
example-4.com   active  php —    fleet   01a00002-0000-7000-8000-000000000002
example-5.com   active  php 8.5  fleet   01a00003-0000-7000-8000-000000000003
example-6.com   active  php —    fleet   01a00004-0000-7000-8000-000000000004
example.com     active  php 8.4  fleet   01a00005-0000-7000-8000-000000000005
example-7.com   active  php —    fleet   01a00006-0000-7000-8000-000000000006
example-8.com   active  php 8.5  fleet   01a00007-0000-7000-8000-000000000007
example-9.com   active  php 8.5  fleet   01a00008-0000-7000-8000-000000000008
example-10.com  active  php 8.5  fleet   01a00009-0000-7000-8000-000000000009
example-11.com  active  php 8.5  fleet   01a00010-0000-7000-8000-000000000010
example-12.com  active  php 8.5  fleet   01a00011-0000-7000-8000-000000000011

`zinnector status`

Всичко, което платформата знае за даден сайт.

zinnector status [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector status example.com


example.com  ·  01a00000-0000-7000-8000-000000000000
────────────────────────────────────────────────────────────────────────
status         active
product line   footprint_free
stack          wordpress
region         fsn1
deploy target  fleet
plan           PBN 10

● PHP
version        8.4
can switch to  8.5, 8.4, 8.3, 8.2, 8.1, 8.0, 7.4

● Quota
disk      188 MB used of 500.0 GB
files     6,313 of 2,000,000
database  1 MB

● Deploy
status         building
target         fleet
repository     —
commit         —
live url       —
last deployed  2026-09-14T01:29:26.991511Z

● WordPress
version     7.1
up to date  yes
multisite   no

`zinnector share`

Предоставете на един човек достъп до ЕДИН сайт — разработчик, дизайнер, клиент.

zinnector share [options] <site> <email>

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| site | да | сайтът за споделяне — идентификатор, основен домейн или име |\n| email | да | на кого се предоставя достъп — получава покана по имейл, ако все още няма акаунт |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| --role <role> | какво може да прави: viewer, editor, manager | |\n| --reason <text> | защо му е необходимо — съхранява се с предоставянето за одитната пътека | |\n| --until <date> | кога достъпът изтича автоматично (YYYY-MM-DD); пропуснете за достъп до отмяна | |\n| --json | машинночетим изход | |\n\nПример

zinnector share example.com dev@agency.test --role editor --reason "rebuild the checkout"

Какво виждате — точната форма, която командата отпечатва, от източника (W40-DEVTOOL добави тези, след като този файл беше записан за последен път); вашите домейни, идентификатори и дати ще се различават

Shared example.com  ·  01a03f39-730a-7dc4-84b0-5d4f7582dd04
────────────────────────────────────────────────────────────

✔ invited dev@agency.test as editor
  They have no account yet, so an invitation has been emailed. Until they
  sign in and accept it they can see nothing; the moment they do, the site is theirs.

→ what they do next, on their own machine:
    npm i -g zinnector && zinnector login   # sign in as themselves
    zinnector clone example.com   # pull the files down

`zinnector collaborators`

Кой е получил достъп до даден сайт и дали го е приел.

zinnector collaborators [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector collaborators example.com

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. точната форма, която командата отпечатва, от източника (W40-DEVTOOL добави тези след последното заснемане на този файл); Вашите домейни, идентификатори и дати ще се различават


Access to example.com  ·  3
───────────────────────────────────────────────────────────
who              role    status   ends  why                                          grant
dev@agency.test  viewer  revoked  —     Example Org— revoked immediately after       01a00000-0000-7000-8000-000000000000
dev@agency.test  viewer  revoked  —     Example Org— revoked at the end of the walk  01a00001-0000-7000-8000-000000000001
dev@agency.test  editor  revoked  —     Example Org— revoked at the end of the walk  01a00002-0000-7000-8000-000000000002

`zinnector unshare`

Отнемане на достъпа на дадено лице до сайт — по имейл или идентификатор на разрешение (grant id).

zinnector unshare [options] <site> <who>

аргумент	задължително	описание
`site`	да	сайтът, за който да бъде отнет достъпът — id, основен домейн или име
`who`	да	лицето, което да бъде премахнато — неговият имейл адрес или идентификаторът за предоставяне (grant id) от zinnector collaborators

опция	какво прави	по подразбиране
`--yes`	без запитване

Пример

zinnector unshare example.com dev@agency.test --yes

✔ withdrew the invitation to dev@agency.test

`zinnector invitations`

Поканите, които Ви очакват, и приемане на една от тях.

zinnector invitations [options] [command]

Пример

zinnector invitations

Това, което виждате — заснето от реално изпълнение на 0.1.5 върху продукционна среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. точната форма, която командата извежда, от източника (W40-DEVTOOL добави тези, след като този файл беше заснет за последно); вашите домейни, идентификатори и дати ще се различават; без подкоманда се изпълнява list


Invitations  ·  0
──────────────────

● nothing waiting for you

`zinnector invitations list`

Покани, адресирани до акаунта, с който сте влезли.

zinnector invitations list [options]

опция	какво прави	по подразбиране
`--json`	машинночетим изход

Пример

zinnector invitations list


Invitations  ·  0
──────────────────

● nothing waiting for you

`zinnector invitations accept`

Приемете покана — сайтът става Ваш в момента, в който това приключи.

zinnector invitations accept [options] <id>

аргумент	задължителен	какво представлява
`id`	да	идентификаторът на поканата от zinnector invitations — достатъчен е уникален префикс от него

Пример

zinnector invitations accept 01a03f39-9c11-7b02-a7e0-2e4d0c5f1b77

✔ you now have access to example.com

`zinnector link`

Насочете този проект към хостинг слот (и свържете неговото хранилище).

zinnector link [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайта, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--repo <owner/name>`	свързване на това хранилище със сайта на платформата
`--provider <name>`	свързаният акаунт, чрез който да се внедри: github_app, github или gitlab (по подразбиране: този, който Вашата организация е свързала)
`--branch <name>`	клонът, от който внедрява push
`--no-repo`	само записване на zinnector.json; без промени по платформата

Пример

zinnector link example.com --repo acme/example-site --branch main

Какво виждате

✔ this project deploys to example.com (01a03f39-730a-7dc4-84b0-5d4f7582dd04)
  written to zinnector.json — commit it so everyone deploys to the same slot
✔ the platform will deploy acme/example-site (main)
→ next: zinnector check

`zinnector pull`

Изтеглете файловете на хостван сайт в този проект за локална разработка — и стартирайте отново за повторна синхронизация.

zinnector pull [options] [site]

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| site | не | идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| --via <seam> | auto (по подразбиране), git или backup | "auto" |\n| --fresh | създаване на ново резервно копие вместо използване на последното (изразходва слот при поискване) | |\n| --max-age <hours> | приемане на последното резервно копие, ако е по-ново от това | "24" |\n| --full | цялата коренова директория на документите, включително ядрото на WordPress (по подразбиране: само wp-content) | |\n| --no-uploads | пропускане на wp-content/uploads (медия) | |\n| --no-database | пропускане на базата данни на сайта — вземане само на файловете | |\n| --live-config | записване и на wp-config.php — съдържа идентификационните данни за базата данни на РЕАЛНИЯ сайт | |\n| --clean | изпразване на wp-content преди разархивиране, за да се отразят изтриванията от сайта | |\n| --dry-run | показване на това, което би се случило, и спиране | |\n| --yes | без питане | |\n\nПример

zinnector pull

Какво виждате

Pull example.com  ·  01a03f39-730a-7dc4-84b0-5d4f7582dd04
─────────────────────────────────────────────────────────────

● via git — the site syncs to its own repository and this is a clone of it
✔ fast-forwarded 3 commits 4f1c2a9b → 9d2e7c14

● not synced, and why
  ✖ database                     the local playground has its own; the site's is not copied
  ✖ offloaded media              objects in storage are not in the site's files
  ✖ anything outside the repository  only wp-content syncs

→ next: zinnector dev

`zinnector clone`

Създайте локален проект от хостван сайт: клонирайте хранилището му или изтеглете файловете му.

zinnector clone [options] <site> [dir]

аргумент	задължителен	какво представлява
`site`	да	хостваният сайт за копиране — id, основен домейн или име
`dir`	не	директория за създаване — по подразбиране е основният домейн на сайта

опция	какво прави	по подразбиране
`--via <seam>`	auto (по подразбиране), git или backup	`"auto"`
`--fresh`	направете ново резервно копие, вместо да използвате най-новото съществуващо
`--full`	цялата коренова директория на документите, включително ядрото на WordPress
`--no-uploads`	пропуснете wp-content/uploads (медия)
`--no-database`	пропуснете базата данни на сайта — вземете само файловете
`--live-config`	запишете също и wp-config.php — съдържа идентификационните данни за базата данни в РЕАЛНО ВРЕМЕ
`--yes`	не питайте

Пример

zinnector clone client.example.com

Какво виждате

Clone client.example.com  ·  client.example.com
──────────────────────────────────────────────────────

✔ wrote client.example.com/zinnector.json (php 8.3, wordpress 6.7.1)
● via backup — the site does not sync to a repository
✔ downloaded 214 MB and extracted wp-content

● not synced, and why
  ✖ database                     the local playground has its own; the site's is not copied
  ✖ offloaded media              objects in storage are not in the site's files
  ✖ wp-config.php                holds the live database credentials (--live-config to write it)
  ✖ WordPress core               the runtime supplies the version the slot runs (--full to take it)

→ next: zinnector dev

→ run it:
    cd client.example.com
    zinnector dev

`zinnector sync`

Двупосочно синхронизиране между файловете на сайта в реално време и неговото хранилище.

zinnector sync [options] [command]

Пример

zinnector sync --help

Какво виждате — без подкоманда zinnector sync <site> е sync status

Usage: zinnector sync [options] [command]

two-way sync between a site's live files and its repository

  site → repository   zinnector sync run   commits the live files and pushes the branch
  repository → site   zinnector push       builds the branch and publishes it

`zinnector sync status`

Състояние на двупосочната синхронизация и нейните последни изпълнения.

zinnector sync status [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector sync status example.com

Какво виждате — заснето от реално изпълнение на 0.1.4 срещу тестов сайт на 2026-09-12; домейнът и идентификаторите са заменени с примерни стойности

Two-way sync — example.com
──────────────────────────

repository   acme/example-site (main)
available    yes
sync         on
state        synced
last sync    2026-09-12T22:51:41.539832Z
note         Started from acme/example-site@main.

run        files       commit         when
synced     2 changed   da85d73cef5f   2026-09-12T22:52:10.117301Z

`zinnector sync on`

Включете двупосочната синхронизация (само по себе си не изпраща нищо).

zinnector sync on [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайта, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--subdir <path>`	синхронизиране само на тази поддиректория на сайта
`--json`	машинно четим изход

Пример

zinnector sync on example.com

Това, което виждате — изисква свързано хранилище във вашия собствен профил в GitHub; не изпраща нищо самостоятелно

✔ two-way sync is on

Two-way sync — example.com
…
→ next: zinnector sync run

`zinnector sync off`

Изключване на двупосочната синхронизация.

zinnector sync off [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайта, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--subdir <path>`	синхронизиране само на тази поддиректория на сайта
`--json`	машинно четим изход

Пример

zinnector sync off example.com

Какво виждате

✔ two-way sync is off

`zinnector sync run`

Потвърдете активните файлове на сайта към неговото хранилище сега.

zinnector sync run [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector sync run example.com

Това, което виждате — заснето от реално изпълнение на 0.1.4 срещу тестов сайт на 2026-09-12; домейнът и идентификаторите са заменени с примерни стойности. Изпълнение, което хранилището вече е надминало, вместо това се задържа (HELD): нищо не се изпраща или презаписва, командата завършва с код 1 и посочва следващата стъпка

✔ committed 2 changed files da85d73cef5f

Two-way sync — example.com
…
→ next: git pull in your clone

`zinnector sync resolve`

Изчистете задържана синхронизация, като изберете коя страна печели.

zinnector sync resolve [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--keep <side>`	site (потвърждаване на сайта отгоре) или repository (отхвърляне на несинхронизираните промени на сайта)
`--yes`	без питане
`--json`	машинночетим изход

Пример

zinnector sync resolve example.com --keep repository --yes

Това, което виждате — заснето от реално изпълнение на 0.1.4 срещу тестов сайт на 2026-09-12; домейнът и идентификаторите са заменени с примерни стойности. Без --yes първо пита и отказва напълно, когато няма терминал, в който да попита

✔ kept the repository

Two-way sync — example.com
…
state        synced

`zinnector check`

Сравнете този проект със слота, в който предстои да го внедрите.

zinnector check [options] [site]

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| site | не | идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| --probe | стартира локалната среда за изпълнение и ИЗМЕРВА нейния php, вместо да се доверява на zinnector.json | |\n| --all | показва и преминатите проверки | |\n| --strict | отчитане на неуспех и когато нещо не е могло да бъде проверено | |\n| --json | машинночетим изход | |\n\nПример

zinnector check

Това, което виждате — заснето от реално изпълнение на 0.1.5 спрямо производствената среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени — изпълнението откри реално несъответствие (PHP 8.3 в проекта спрямо 8.4 в слота), което е целият смисъл на командата

→ reading the slot
  size excludes: .git

Pre-flight — example.com  ·  01a00000-0000-7000-8000-000000000000
────────────────────────────────────────────────────────────────────────

  local  php 8.4  3 files, 0.0 MB
  slot   php 8.4  target fleet
  local php is the version DECLARED in zinnector.json — run with --probe to measure it

  ? unknown   local php extensions could not be enumerated
      try zinnector dev --once

  ? unknown   wordpress versions could not be compared
      No WordPress version found in the working copy.
      try zinnector status

  7 passed  ·  2 could not be checked

`zinnector push`

Предварителен преглед, изпращане на вашите комити и внедряване.

zinnector push [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`-f, --force`	внедряване дори когато предварителната проверка открие проблеми
`--skip-checks`	изобщо да не се изпълнява предварителна проверка
`--probe`	измерване на локалното време за изпълнение по време на предварителната проверка, вместо да се разчита на zinnector.json
`--no-wait`	стартиране на внедряването и изход без наблюдение
`--no-git`	да не се изпълнява git push; внедряване на това, с което платформата вече разполага
`--dry-run`	изпълнение на всичко с изключение на внедряването

Пример

zinnector push

Какво виждате

Deploy to example.com  ·  01a03f39-730a-7dc4-84b0-5d4f7582dd04
───────────────────────────────────────────────────────────────

✔ pre-flight: 8 passed  ·  0 to look at  ·  2 could not be checked
→ pushing main (4f1c2a9b add the contact form)
✔ pushed
● deploy 7c0e… started — watching
✔ deployed 4f1c2a9b in 48s

  status    success
  commit    4f1c2a9b
  url       https://example.com

`zinnector deploy`

Внедрете отново това, с което платформата вече разполага, без изтласкване.

zinnector deploy [options] [site]

zinnector deploy example.com


Redeploy example.com  ·  01a00000-0000-7000-8000-000000000000
────────────────────────────────────────────────────────────────────────
→ starting the deploy
✔ deploy started

`zinnector deploys`

История на внедряванията на сайта.

zinnector deploys [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е свързаният сайт в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход
`-n, --limit <n>`	колко да се показват	`"10"`

Пример

zinnector deploys example.com


Deploys — example.com  ·  2
───────────────────────────────────────────────────────────
status  commit  branch  trigger  started                      message
live    —       —       manual   2026-09-14T09:06:39.685554Z  —
live    —       —       manual   2026-09-14T01:29:20.196957Z  —

`zinnector php`

Показване или смяна на PHP версията на сайт.

zinnector php [options] [version]

аргумент	задължителен	описание
`version`	не	версията на PHP, към която да се превключи сайтът, напр. 8.4 — пропуснете, за да се покаже текущата

опция	действие	по подразбиране
`-s, --site <site>`	идентификатор на сайта или домейн
`--list`	списък с версиите, предлагани от платформата
`--json`	машинно четим изход

Пример

zinnector php 8.3 --site example.com

Това, което виждате — заснето от реално изпълнение на 0.1.5 спрямо продукционната среда на 2026-09-14; домейните, идентификаторите и връзките за еднократна употреба са заменени. без посочена версия показва текущата; --list показва какво предлага платформата за продуктовата линия на този сайт


PHP — example.com
──────────────────────────────────────────────────────
version        8.4
can switch to  8.5, 8.4, 8.3, 8.2, 8.1, 8.0, 7.4

`zinnector quota`

Използване на диск, файлове и база данни спрямо позволеното от плана.

zinnector quota [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector quota example.com


Quota — example.com
────────────────────────────────────────────────────────
disk used      188 MB
disk limit     500.0 GB
disk granted   500 GB  (per_site)
files used     6,313
file limit     2,000,000
database       1 MB

  “limit” is what is enforced today; “granted” is what the plan says.

`zinnector db`

Размер на базата данни и еднократни връзки към phpMyAdmin и файловия мениджър.

zinnector db [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector db example.com

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. Връзките към phpMyAdmin и файловия мениджър са за еднократна употреба и изтичат; не ги поставяйте никъде


Database — example.com
───────────────────────────────────────────────────────────
size    1 MB
tables  14

  single-use links, valid for one visit:
  phpMyAdmin    https://pma.example.com/signon.php?t=<single-use>
  file manager  https://files.example.com/signon.php?t=<single-use>

`zinnector logs`

Следете в реално време дневниците за достъп и грешки на сайт.

zinnector logs [options] [site]

| аргумент | задължително | какво представлява |\n|---|---|---|\n| site | не | идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| --access | само дневникът за достъп | |\n| --error | само дневникът за грешки | |\n| --build | вместо това дневникът за компилиране на най-новото внедряване | |\n| --json | машинночетим изход | |\n\nПример

zinnector logs example.com --error

Това, което виждате — заснето от реално изпълнение на 0.1.5 спрямо производствената среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. --access за журнала за достъп, --build за журнала за изграждане от последното внедряване (сайт, който не е изграден от доставчик на изграждане, показва собствените стъпки на внедряването); без флаг се показват и двата журнала на сайта, а журнал, който не може да бъде прочетен, посочва това, вместо да изглежда празен


Error log — example.com
────────────────────────────────────────────────────────────

2026-09-14 11:06:07.153643 [NOTICE] [1929978] [T0] [config:vhost:zcaffb6eec5abbdab03fb9b2d62a15:epsr:lsphp-zcaffb6eec5abbdab03fb9b2d62a15]'Process Limit' probably is too low, adjust the limit to: 640.
2026-09-14 11:06:37.873060 [INFO] [1929982] [T0] [lsphp-zcaffb6eec5abbdab03fb9b2d62a15] add child process pid: 1933036, procinfo: 0x5555561cfe30

`zinnector wp`

Изпълнете разрешена WP-CLI команда на даден сайт.

zinnector wp [options] [command...]

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| command... | не | командата на WP-CLI и нейните аргументи, напр. plugin list — пропуснете я с --commands |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| -s, --site <site> | ID на сайта или домейн | |\n| --commands | изброява какво ще изпълни платформата | |\n| --json | машинно четим изход | |\n\nПример

zinnector wp plugin list --site example.com

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. списъкът с разрешени се предоставя от платформата — zinnector wp --commands го извежда

name	status	update	version	update_version	auto_update
akismet	inactive	none	5.7.2		off
hello	inactive	none	1.7.2		off
imunify-security	active	none	4.1.0		off
litespeed-cache	active	none	7.9.1		off
redis-cache	active	none	2.8.0		off
zinn-cache	active	none	1.2.2		off
object-cache.php	dropin				off

`zinnector backup`

Извеждане на списък и създаване на резервни копия на сайта.

zinnector backup [options] [command]

Пример

zinnector backup list example.com

Какво виждате — заснето от реално изпълнение на 0.1.5 срещу производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. backup самостоятелно извежда своите подкоманди; вижте backup list и backup now по-долу


Backups — example.com  ·  3
───────────────────────────────────────────────────────────
status  taken                        size    id
stored  2026-09-14T09:06:39.918280Z  4.7 MB  01a00000-0000-7000-8000-000000000000
stored  2026-09-14T01:29:20.403161Z  36 MB   01a00001-0000-7000-8000-000000000001
stored  2026-09-14T01:29:15.898099Z  36 MB   01a00002-0000-7000-8000-000000000002

daily backups   on
retention       30 days
off-site copy   yes
on-demand left  2 of 3

`zinnector backup list`

Показване на списък с резервните копия на даден сайт и какво предоставя неговият план.

zinnector backup list [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

опция	какво прави	по подразбиране
`--json`	машинно четим изход

Пример

zinnector backup list example.com


Backups — example.com  ·  3
───────────────────────────────────────────────────────────
status  taken                        size    id
stored  2026-09-14T09:06:39.918280Z  4.7 MB  01a00000-0000-7000-8000-000000000000
stored  2026-09-14T01:29:20.403161Z  36 MB   01a00001-0000-7000-8000-000000000001
stored  2026-09-14T01:29:15.898099Z  36 MB   01a00002-0000-7000-8000-000000000002

daily backups   on
retention       30 days
off-site copy   yes
on-demand left  2 of 3

`zinnector backup now`

Направете резервно копие при поискване.

zinnector backup now [options] [site]

аргумент	задължителен	какво представлява
`site`	не	идентификатор на сайт, основен домейн или име — по подразбиране е сайтът, свързан в zinnector.json

Пример

zinnector backup now example.com

Какво виждате

✔ backup started — zinnector backup list example.com shows it when it completes

`zinnector domains`

Показване на домейните, които този ключ може да вижда.

zinnector domains [options]

опция	какво прави	по подразбиране
`--json`	машинночетим изход

Пример

zinnector domains


Domains  ·  1
──────────────
domain       status     ownership  renewal        expires
example.com  connected  connected  no auto-renew  —

`zinnector dns`

Преглеждайте и променяйте DNS записи.

zinnector dns [options] [command]

Пример

zinnector dns list example.com

Това, което виждате — заснето от реално изпълнение на 0.1.5 спрямо продукционната среда на 2026-09-14; домейните, идентификаторите и връзките за еднократна употреба са заменени. Самостоятелната команда dns извежда своите подобкоманди; вижте dns list, dns add и dns rm по-долу


DNS — example.com  ·  1 records
────────────────────────────────────────
type  name          value               ttl
TXT   w4357-verify  zinn-w4357-updated  ttl 3600

`zinnector dns list`

Извеждане на списък с DNS записите на домейн.

zinnector dns list [options] <domain>

аргумент	задължителен	какво представлява
`domain`	да	домейнът, по име или id

опция	какво прави	по подразбиране
`--type <type>`	само записи от този тип
`--json`	машинночетим изход

Пример

zinnector dns list example.com


DNS — example.com  ·  1 records
────────────────────────────────────────
type  name          value               ttl
TXT   w4357-verify  zinn-w4357-updated  ttl 3600

`zinnector dns add`

Създаване на DNS запис.

zinnector dns add [options] <domain> <type> <name> <value>

аргумент	задължителен	какво представлява
`domain`	да	домейнът, по име или id
`type`	да	тип на записа: A, AAAA, CNAME, MX, TXT, SRV, …
`name`	да	името на записа — @ за самия домейн или етикет на поддомейн
`value`	да	към какво сочи записът — адрес, име на хост или текст

опция	какво прави	по подразбиране
`--ttl <seconds>`	време на живот (TTL)	`"3600"`
`--priority <n>`	приоритет, за MX и SRV
`--proxied`	маршрутизиране през CDN
`-y, --yes`	да не се пита

Пример

zinnector dns add example.com TXT _acme "token" --ttl 300

Какво виждате — записът се показва и потвърждава, преди да бъде записан; подайте --yes, за да пропуснете въпроса

Add a DNS record to example.com
───────────────────────────────

  type   TXT
  name   _acme
  value  "token"
  ttl    300

  create it? [y/N] y
✔ created TXT _acme

`zinnector dns rm`

Изтриване на DNS запис.

zinnector dns rm [options] <domain> <recordId>

аргумент	задължителен	описание
`domain`	да	домейнът, по име или id
`recordId`	да	идентификаторът на записа, както го извежда zinnector dns list

опция	действие	по подразбиране
`-y, --yes`	без питане

Пример

zinnector dns rm example.com rec_7f3a

Какво виждате

⚠ deleting A @ 203.0.113.10 from example.com
  delete it? [y/N] y
✔ deleted

`zinnector mail`

Извеждане на пощенските услуги.

zinnector mail [options]

опция	какво прави	по подразбиране
`--json`	машинночетим изход

Пример

zinnector mail


Mail services  ·  0
────────────────────

● no mail services

`zinnector bulk`

Изпълнете една операция в множество сайтове (cache_purge, malware_scan, sitemap, block_ip).

zinnector bulk [options] <operation>

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| operation | да | какво да се изпълни на всеки избран сайт: cache_purge, malware_scan, sitemap или block_ip |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| --all | всеки сайт, който този ключ може да вижда | |\n| --site <site...> | конкретни сайтове, по id или домейн | |\n| --status <status> | всеки сайт в това състояние | |\n| -y, --yes | без питане | |\n| --json | машинночетим изход | |\n\nПример

zinnector bulk cache_purge --all

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14; домейните, идентификаторите и еднократните връзки са заменени. едно извикване към платформата за цялата селекция, а не по едно за всеки сайт; селекцията се показва и потвърждава първо


Bulk cache_purge  ·  1 sites
─────────────────────────────

·   example.com

→ running cache_purge
✔ cache_purge accepted for 1 sites

  The platform runs this asynchronously; results appear per site in the dashboard.

`zinnector ai`

Попитайте асистента на Zinn Digital®, като използвате този проект като контекст.

zinnector ai [options] <question...>

| аргумент | задължителен | какво представлява |\n|---|---|---|\n| question... | да | какво искате да попитате, с прости думи — поставянето в кавички не е задължително |\n\n| опция | какво прави | по подразбиране |\n|---|---|---|\n| -s, --site <site> | запитване за конкретен сайт | |\n| --org <id> | организацията, от чието име да се направи запитването, когато профилът Ви принадлежи към повече от една | |\n| --no-context | да не се изпраща нищо за локалния проект | |\n| --json | машинно четим изходен резултат | |\n\nПример

zinnector ai "why is my deploy failing?"

Това, което виждате — заснето от реално изпълнение на 0.1.5 в производствена среда на 2026-09-14 г.; домейните, идентификаторите и еднократните връзки са заменени. Асистентът отговаря на езика на АКАУНТА — регионалната настройка на този акаунт е арабски, така че заснетият отговор е на арабски на въпрос на английски

→ thinking

Zinn Digital® assistant
────────────────────────────

  هذا مشروع WordPress تم إنشاؤه بواسطة Zinnector® (مُهيّأ على PHP 8.4، أحدث
  إصدار WordPress، وبيئة تشغيل playground)؛ لتشغيله محلياً، انتقل إلى مجلده
  وشغّل الأمر: cd <اسم-المشروع> ثم zinnector dev، وسيقوم بتشغيل موقع WordPress
  حقيقي على جهازك دون الحاجة إلى Docker.

  sources:
    · https://zinndigital.com/kb/zinnector-getting-started
    · https://zinndigital.com/kb/zinnector-local-development

`zinnector mcp`

Стартирайте stdio мост към хоствания MCP сървър — за Claude Desktop и други локални клиенти.

zinnector mcp [options]

Пример

ZINN_MCP_TOKEN=zmcp_live_… zinnector mcp

Това, което виждате — стартирано ОТ клиент с изкуствен интелект като Claude Desktop, никога ръчно — говори MCP през stdin и stdout. Доказано от Claude Code 2.1.270 спрямо реалния сървър на 2026-09-12

zinnector 0.1.4: MCP bridge to https://api.zinndigital.com/v1/mcp

Променливи на средата

променлива	ефект
`ZINNECTOR_TOKEN`	API ключ, използван вместо съхранен профил — така се автентикира CI
`ZINNECTOR_API`	базов URL адрес на API (по подразбиране `https://api.zinndigital.com`)
`ZINNECTOR_DEBUG=1`	отпечатване на проследяванията на стека и собствения изход на инсталатора на средата за изпълнение
`ZINNECTOR_CACHE_DIR`	където се съхраняват средата за изпълнение на WordPress и всеки управляван Node (по подразбиране `~/.cache/zinnector`)
`ZINNECTOR_CONFIG_DIR`	където се намира файлът с профила за API ключ (по подразбиране `~/.config/zinnector`)
`NO_COLOR`	деактивиране на цвета

Кодове за изход

0 успех · 1 констатация или отказ · 70 вътрешна грешка · 77 автентикация или разрешение · 78 неподдържан Node.

Всички документи за разработчици →

Най-новото от блога

Какво сме писали за хостинга, SEO и мащабното управление на сайтове.

SEO и изграждане на връзки от слоя на хостинга: Поглед на оператора за 2026 г.

Как хостингът влияе на индексирането и предаването на линк авторитет през 2026 г.: запазване на страниците индексирани, проверка на стари домейни преди изграждане върху тях, изграждане на линкове без SEO отпечатък и честен поглед върху това какво инфраструктурата може и не може да направи за SEO.

21 юли 2026 г.

Прочетете публикацията →

Как да направите WordPress бърз и сигурен: контролен списък за производителност и плъгини

Практичен контролен списък за бърз и сигурен WordPress: кеширане на ниво сървър, обектен кеш за всеки сайт, малкото добавки, които си струва да използвате, поддържане на стека актуален и страниците на WooCommerce, които никога не трябва да кеширате.

20 юли 2026 г.

Прочетете публикацията →

Как да изберете управляван уеб хостинг през 2026 г.: Ръководство за купувача

Какво всъщност отличава добрия управляван хостинг от евтина кутия с контролен панел — миграции, резервни копия, изолация, реално кеширане и честно мащабиране — и как да го прецените, преди да се ангажирате.

19 юли 2026 г.

Прочетете публикацията →

Прочетете блога →

Все още се затруднявате?

Поддръжката е включена във всеки план, отделът работи 24 часа в денонощието и можете да ни пишете на всеки от нашите 58 езика — ние ви отговаряме на вашия.

Свържете се с поддръжката → Всички статии →