Zinnector®

WordPress होस्टिंगका लागि विकासकर्ता CLI

Zinnector® ले Node बाहेक अरू केही पनि इन्स्टल नगरी स्थानीय रूपमा WordPress निर्माण गर्दछ — कुनै Docker छैन, कुनै MAMP छैन — त्यसपछि तपाईंले डिप्लोय गर्न लाग्नुभएको होस्टिङ स्लटसँग तपाईंले निर्माण गर्नुभएको कुरा जाँच गर्दछ र तपाईंले पुश गर्नुअघि के मेल खाँदैन भनेर बताउँछ। यसलाई npm install -g zinnector बाट इन्स्टल गर्नुहोस्। यो नि:शुल्क छ, MIT-लाइसेन्स प्राप्त छ र यहाँका अन्य सबै कुराहरू जस्तै समान सार्वजनिक API मा निर्माण गरिएको छ।

पाँचवटा आदेशहरू, र बीचको चाहिँ बिन्दु हो

धेरैजसो होस्टिङ CLI हरू डिप्लोयबाट सुरु हुन्छन्। Zinnector® त्यसभन्दा अघि नै सुरु हुन्छ — यसले तपाईंसँगै साइट निर्माण गर्छ, र त्यसपछि तपाईंले यसलाई पठाउन लाग्नुभएको मेसिनको विरुद्धमा तपाईंको काम जाँच गर्छ। “यो मेरो ल्यापटपमा चल्यो” र “यो सर्भरमा चल्छ” बीचको खाडल नै त्यस्तो ठाउँ हो जहाँ अपरान्हहरू बित्छन्, र त्यो खाडल नाप्न सकिन्छ।

zinnector नयाँ

तुरन्त रन हुने साइट, प्लगइन वा ब्लक थिम तयार पार्नुहोस्। कुनै प्लेसहोल्डर फाइलहरू छैनन्, कुनै TODO हरू छैनन् — यो बन्नेबित्तिकै प्लगइन सक्रिय हुन्छ र थिम चयन गर्न सकिन्छ।

zinnector dev

तपाईंको कम्प्युटरमा केही सेकेन्डमै एक वास्तविक WordPress उपलब्ध हुनेछ, जसले तपाईंका आफ्नै प्लगइनहरू र थिमहरू सञ्चालन गर्नेछ, र यसका लागि कुनै Docker र PATH मा कुनै PHP को आवश्यकता पर्दैन। विकास गर्नका लागि 5.2 देखि 8.5 सम्मको कुनै पनि PHP छनोट गर्नुहोस्।

zinnector जाँच

प्रि-फ्लाइट। तपाईंले तयार पार्नुभएको कुरालाई तपाईंले डिप्लोय गर्न लागेको स्लटसँग तुलना गर्छ र तपाईंले पुश गर्नुअघि प्रत्येक नमिल्दो कुरा — र यसले गर्न नभ्याएका प्रत्येक जाँच — को नाम बताउँछ।

zinnector पुश

उडान अगाडि, आफ्ना कमिटहरू पुश गर्नुहोस्, डिप्लोय ट्रिगर गर्नुहोस् र यसलाई पूरा नभएसम्म हेर्नुहोस्। यदि यो असफल भयो भने, निर्माण लग (बिल्ड ल्ग) एक आदेश टाढा छ।

zinnector ai

आफ्नो प्रोजेक्ट र साइटलाई सन्दर्भको रूपमा लिँदै टर्मिनलबाट सहायकलाई सोध्नुहोस्। यो प्लेटफर्ममा तपाईंको आफ्नै खाताको आधारमा चल्छ, त्यसैले कुनै पनि मोडल कुञ्जी तपाईंको मेसिनमा कहिल्यै भण्डारण गरिँदैन।

Test it works in two minutes, no account needed

Six commands, in order, and what success looks like at each one. Everything here runs on your own machine; an API key is only needed when you reach a hosting slot.

  1. Install it

    Run npm install -g zinnector on Node 24 or newer. If npm prints EBADENGINE, your Node is older than 24 — install the current LTS from nodejs.org and run the install again.

  2. Check the version

    zinnector --version prints a version number such as 0.1.2. On a Node older than 24 it prints a message saying Node 24 or newer is needed, and exits.

  3. Read the help

    zinnector --help lists every command below with a one-line purpose. Every command also takes --help of its own.

  4. Scaffold a site

    zinnector new my-site creates a project that boots immediately — a zinnector.json, a wp-content tree and a README — and prints the next commands to run.

  5. Run it

    cd my-site, then zinnector dev. The first run asks once to download the WordPress runtime (about 570 MB, kept in the CLI’s own cache, never in your project). Success looks like “running at http://127.0.0.1:9400”.

  6. Open it in a browser

    http://127.0.0.1:9400 is a fresh WordPress site; /wp-admin opens the dashboard already signed in. Drop a plugin into wp-content/plugins and it is there on the next reload.

  7. Then, with a hosting slot

    zinnector login, zinnector link, zinnector check, zinnector push — pre-flight what you built against the slot, then deploy and watch it finish.

पूर्व-उडान, विस्तृत रूपमा

तपाईंले PHP 8.3 मा निर्माण गर्नुभयो। स्लटले 8.1 चलाउँछ। साइट सेतो नभएसम्म तपाईंलाई केहीले पनि बताउँदैन। यो नै त्यो समस्या हो जसका लागि यो आदेश अवस्थित छ, र यो त्यही हो जुन यो प्लेटफर्मको मालिकले नाम लिएर अनुरोध गर्नुभएको थियो। Zinnector® ले दुवै वातावरणहरू पढ्छ र तिनीहरूलाई सँगै राख्छ — त्यसपछि तपाईंलाई जसरी पनि डिप्लोय गर्न दिन्छ, किनकि तपाईंको कुनै कारण हुन सक्छ।

ईमानदारीपूर्वक मूल्याङ्कन गरिएको PHP

प्रमुख-संस्करणको अन्तराललाई उच्च रूपमा झण्डा लगाइन्छ किनभने यसले निश्चित रूपमा साइटलाई बिगार्छ; सानो अन्तराललाई कम रूपमा झण्डा लगाइन्छ। सबै कुरालाई गम्भीर रूपमा मूल्याङ्कन गर्दा मानिसहरूलाई चेतावनी छोड्न मात्र सिकाइन्छ।

डिस्क र फाइल सङ्ख्या, छुट्टाछुट्टै

एउटा WordPress ट्रीमा दशौं हजार साना फाइलहरू हुन्छन्, र एउटा साइटले यसको डिस्क क्यापभन्दा धेरै तल हुँदा पनि यसको इनोर्ड (inode) अनुमति समाप्त गर्न सक्छ। दुवैलाई योजनाको सट्टा स्लटमा वास्तवमा के बाँकी छ भन्ने आधारमा जाँच गरिन्छ।

“जाँच गर्न सकिएन” यसको आफ्नै उत्तर हो

आफ्नो विषयलाई देख्न नसक्ने जाँचले अजाँचिएको भनेर रिपोर्ट गर्छ, कहिल्यै पास भएको होइन। सफा रनले यसले कति कुराहरू प्रमाणित गर्न सकेन भनी बताउँछ, किनभने झूटो अल-क्लियर त्यस्तो हो जसलाई कसैले पनि दोस्रो पटक हेर्दैन।

चेतावनी दिन्छ, कहिल्यै रोक्दैन

प्रत्येक नतिजालाई --force प्रयोग गरेर ओभरराइड गर्न सकिन्छ, र सारांशमा पनि यो कुरा उल्लेख गरिएको हुन्छ। CI मा यसको सट्टा एक्जिट कोड नियमनकर्ताको रूपमा काम गर्दछ, जसले गर्दा व्यक्ति नियन्त्रणमा रहँदा पनि पाइपलाइनलाई कडा बनाउन सकिन्छ।

दुई वटा स्थानीय रनटाइमहरू, दुवै वास्तविक

WordPress Playground डिफल्ट हो: WebAssembly मा कम्पाइल गरिएको PHP, Node भित्र चल्छ, त्यसैले Node बाहेक अरू केही पनि इन्स्टल नभएको ल्यापटपले पनि शून्यबाट यो वाक्य पढेर सिध्याउने समयमै चालू अवस्थाको WordPress तयार पार्छ।

जब तपाईँलाई नेटिभ PHP — imagick जस्ता एक्स्टेन्सन, वा वास्तविक MySQL — को आवश्यकता पर्छ, तब --runtime docker पास गर्नुहोस् र यसको सट्टामा php-fpm र MariaDB कन्टेनरहरू प्राप्त गर्नुहोस्। दुवैले एउटै प्रोजेक्टबाट एउटै फाइलहरू उपलब्ध गराउँछन्, त्यसैले तिनीहरूबीच स्विच गर्दा इन्जिन मात्र परिवर्तन हुन्छ, अरू केही होइन।

तपाईं प्यानलमा गर्ने अन्य सबै कुरा

Zinnector® ड्यासबोर्ड जस्तै सार्वजनिक API मा आधारित छ, त्यसैले प्यानलले गर्न सक्ने जुनसुकै काम यसले पनि गर्न सक्छ — र प्रत्येक आदेश निजी इन्न्डपोइन्ट हुनुको सट्टा OpenAPI विनिर्देशनमा दस्तावेजीकरण गरिएको कार्य हो।

साइटहरू र डिप्लोयहरू

साइटहरूको सूची बनाउनुहोस्, प्लेटफर्मलाई तिनीहरूको बारेमा थाहा भएको सबै कुरा पढ्नुहोस्, पुनर्गठन गर्नुहोस्, र परिनियोजन इतिहास तथा बिल्ड लगहरू पढ्नुहोस्।

डोमेनहरू, DNS र मेल

डोमेनहरू सूचीबद्ध गर्नुहोस्, लेखिनुअघि देखाइएको रेकर्डसँग DNS रेकर्डहरू पढ्नुहोस् र परिवर्तन गर्नुहोस्, र तपाईंका मेल सेवाहरू पढ्नुहोस्।

PHP, कोटा, डाटाबेस र लगरूहरू

PHP संस्करणहरू स्विच गर्नुहोस्, तपाईंको योजनाले अनुमति दिएको सीमासँग डिस्क र इनोड प्रयोग जाँच गर्नुहोस्, phpMyAdmin मा एक पटक मात्र प्रयोग गर्न मिल्ने लिङ्कहरू प्राप्त गर्नुहोस्, र पहुँच तथा त्रुटि लगहरू (access and error logs) हेर्नुहोस्।

WP-CLI र बल्क अपरेशनहरू

एउटै कलमा प्रति साइटको सट्टा सम्पूर्ण चयनमा अनुमति प्राप्त WP-CLI आदेशहरू चलाउनुहोस्, र क्यासहरू खाली गर्नुहोस् वा मालवेयर स्क्यानहरू सुरु गर्नुहोस्।

Every command, exactly as --help lists it

The full list, one line each. The complete reference — every flag, a runnable example and what each command prints — is generated from the CLI itself and lives in the developer docs and the knowledge base, so it cannot drift from the tool you have installed.

zinnector new

Scaffold a WordPress project you can run immediately.

zinnector dev

Run this project locally — no Docker required.

zinnector login

Sign in with a Zinn Digital® API key.

zinnector logout

Forget a stored API key.

zinnector whoami

Show who this CLI is authenticated as.

zinnector sites

List the sites this key can see.

zinnector status

Everything the platform knows about one site.

zinnector share

Give one person access to a single site — a developer, a designer, a client — with a role and a reason.

zinnector collaborators

See who has been given access to a site, their role, and whether they have accepted yet.

zinnector unshare

Take a person's access back, by email or grant id.

zinnector invitations

The invitations waiting for you, and accept one.

zinnector link

Point this project at a hosting slot (and connect its repository).

zinnector pull

Pull a hosted site's files into this project for local development, and re-run to re-sync. Takes the fast path when the site syncs to its own repository, otherwise works from the latest backup.

zinnector clone

Make a local project from a hosted site in one step: clone its repository or pull its files, write the project file, and leave you ready to run zinnector dev.

zinnector check

Compare this project against the slot you are about to deploy to.

zinnector push

Pre-flight, push your commits, and deploy.

zinnector deploy

Redeploy what the platform already has, without pushing.

zinnector deploys

A site's deploy history.

zinnector php

Show or switch a site's PHP version.

zinnector quota

Disk, files and database usage against what the plan grants.

zinnector db

Database size, and single-use links into phpMyAdmin and the file manager.

zinnector logs

Tail a site's access and error logs.

zinnector wp

Run an allow-listed WP-CLI command on a site.

zinnector backup

List and take site backups. Subcommands: list, now.

zinnector domains

List the domains this key can see.

zinnector dns

Read and change DNS records. Subcommands: list, add, rm.

zinnector mail

List mail services.

zinnector bulk

Run one operation across many sites (cache_purge, malware_scan, sitemap, block_ip).

zinnector ai

Ask the Zinn Digital® assistant, with this project as context.

प्रश्नहरू

के यसलाई प्रयोग गर्नका लागि तपाईं Zinn Digital® को ग्राहक हुनुपर्छ?

होइन। `zinnector new` र `zinnector dev` लाई कुनैखाले खाताको आवश्यकता पर्दैन — एउटा प्लगइन, थिम वा पूरै साइट तयार गर्नुहोस् र यसलाई स्थानीय रूपमा, नि:शुल्क, सधैँका लागि चलाउनुहोस्। तपाईंको होस्टिङसँग कुरा गर्ने आदेशहरूका लागि मात्र API कुञ्जी आवश्यक हुन्छ।

के यसलाई Docker आवश्यक छ?

पूर्वनिर्धारित रनटाइमका लागि होइन। WordPress Playground ले PHP लाई WebAssembly मा कम्पाइल गर्छ र Node भित्र सञ्चालन हुन्छ, त्यसैले `zinnector dev` ले अरू केही पनि इन्स्टल नगरी केही सेकेन्डमै वास्तविक WordPress बुट गर्छ। यदि तपाईंलाई नेटिभ PHP चाहिन्छ — imagick वा ionCube जस्ता एक्सटेन्सन परीक्षण गर्न — भने `--runtime docker` ले यसको सट्टा php-fpm र MariaDB कन्टेनरहरू दिन्छ। दुवै समर्थित छन्; कुनै पनि वैकल्पिक (फलब्याक) होइन।

प्रि-फ्लाईट जाँचले वास्तवमा के तुलना गर्छ?

तपाईंको स्थानीय PHP संस्करण स्लटको संस्करणसँग मेल खान्छ कि गर्दैन, स्लटले तपाईंले निर्माण गर्नुभएको संस्करणमा स्विच गर्न सक्छ कि सक्दैन, स्लटको PHP को म्याद समाप्त भइसकेको छ कि छैन र मेसिनले वास्तवमा यसलाई लागू गरेको छ कि छैन, डिस्क र बाँकी रहेको इनोड क्षमताको तुलनामा तपाईंको प्रोजेक्टको साइज र फाइल संख्या, दुवैतर्फका WordPress संस्करणहरू, स्लटले प्रोभिजनिङ पूरा गरेको छ कि छैन, र डिप्लोय गर्नका लागि git रिपोजिटरी जडान गरिएको छ कि छैन। यसले जाँच गर्न नसकेका जुनसुकै कुराहरूलाई पास भएको रूपमा गणना गर्नुको सट्टा जाँच नगरिएको रूपमा रिपोर्ट गरिन्छ।

के यसले मलाई डिप्लोय गर्नबाट रोक्न सक्छ?

होइन, र त्यो जानाजानी गरिएको हो। प्रि-फ्लाईटले चेतावनी दिन्छ र तपाईंलाई अगाडि बढ्न अनुमति दिन्छ—`--force` ले कुनै पनि समस्यालाई बेवास्ता गर्दै डिप्लोय गर्छ। जाँचकर्तालाई थाहा नभएका तपाईंको आफ्नै साइटका कुराहरू तपाईंलाई थाहा हुन्छ, र डिप्लोय गर्न अस्वीकार गर्ने उपकरण त्यस्तो उपकरण हो जसलाई मानिसहरू अनइस्टल गर्छन्।

मेरो API कुञ्जी सुरक्षित छ?

कुञ्जी कमाण्ड लाइनबाट कहिल्यै पढिँदैन — केवल प्रम्प्ट वा पाइप गरिएको stdin बाट मात्र — त्यसैले यो तपाईंको शेल इतिहास वा प्रक्रिया सूचीमा समाप्त हुन सक्दैन। यो फाइल मोड 600 को साथ तपाईंको आफ्नै कन्फिगरेसन डाइरेक्टरीमा भण्डार गरिएको छ, र Zinnector® ले लेख्दा प्रत्येक पटक ती अनुमतिहरू पुनः पुष्टि गर्छ।

के म यसलाई CI मा प्रयोग गर्न सक्छु?

हो। `ZINNECTOR_TOKEN` सेट गर्नुहोस्, र प्रत्येक आदेशले `--json` लिन्छ। मानव आउटपुट stderr मा जान्छ र डेटा stdout मा जान्छ, त्यसैले पाइपहरू सफा रहन्छन्। जब `zinnector check` ले केहि फेला पार्छ यो शून्य बाहेक (non-zero) मा बाहिर निस्कन्छ, त्यसैले यसले पाइपलाइन गेटको रूपमा काम गर्छ, र तुलना गर्न नसकिएको अवस्थामा `--strict` पनि असफल हुन्छ।

यसलाई इन्स्टल गर्नुहोस् र अर्को मिनेटमा एउटा साइट चलाउनुहोस्

`npm install -g zinnector` चलाउनुहोस् वा `npx zinnector new my-site` सँग एक पटक प्रयास गर्नुहोस्। यो निःशुल्क, MIT इजाजतपत्र प्राप्त र सार्वजनिक API मा आधारित छ। एउटा प्रोजेक्ट स्केफोल्ड गर्नुहोस्, यसलाई कुनै Docker बिना स्थानीय रूपमा चलाउनुहोस्, र डिप्लॉय गर्नु अघि यसको पूर्व-जाँच (pre-flight) गर्नुहोस्।

डकुमेन्ट्स पढ्नुहोस्