नया zinnector
एक साइट, प्लगइन या ब्लॉक थीम का ढांचा तैयार करें जो तुरंत बूट हो। कोई प्लेसहोल्डर फ़ाइलें नहीं, कोई TODO नहीं — प्लगइन सक्रिय हो जाता है और थीम के अस्तित्व में आते ही उसका चयन किया जा सकता है।
Zinnector®
WordPress होस्टिंग के लिए डेवलपर CLI
Zinnector® बिना Docker या MAMP के केवल Node इंस्टॉल होने पर स्थानीय रूप से WordPress बनाता है, फिर आपके द्वारा बनाए गए को उस होस्टिंग स्लॉट के मुकाबले जाँचता है जिस पर आप तैनात करने वाले हैं और पुश करने से पहले आपको बताता है कि क्या मेल नहीं खाएगा। इसे npm install -g zinnector के साथ इंस्टॉल करें। यह मुफ़्त है, MIT-लाइसेंस प्राप्त है और यहाँ की बाकी हर चीज़ की तरह एक ही सार्वजनिक API पर आधारित है।
पाँच कमांड, और बीच वाली मुख्य बात है
अधिकांश होस्टिंग सीएलआई डिप्लॉय से शुरू होते हैं। Zinnector® उससे पहले शुरू होता है — यह आपके साथ साइट बनाता है, और फिर उस मशीन के मुकाबले आपके काम की जाँच करता है जिस पर आप इसे भेजने वाले हैं। “यह मेरे लैपटॉप पर चला” और “यह सर्वर पर चलता है” के बीच का अंतर ही वह समय है जो बर्बाद होता है, और वह अंतर मापने योग्य है।
zinnector dev
Docker और अपने PATH में PHP के बिना, आपकी अपनी प्लगइन्स और थीम को होस्ट करते हुए, सेकंडों में आपकी मशीन पर एक वास्तविक WordPress। विकास करने के लिए 5.2 से 8.5 तक की कोई भी PHP चुनें।
zinnector जांच
प्री-फ़्लाइट। आपके द्वारा बनाए गए सिस्टम की तुलना उस स्लॉट से करता है जहाँ आप डिप्लॉय करने जा रहे हैं और पुश करने से पहले हर एक बेमेल (मिसमैच) — और हर वह जाँच जिसे वह नहीं कर सका — को सूचीबद्ध करता है।
zinnector पुश
प्री-फ्लाइट, अपने कमिट्स पुश करें, डिप्लॉय को ट्रिगर करें और इसके पूरा होने तक देखें। यदि यह विफल होता है, तो बिल्ड लॉग बस एक कमांड दूर है।
zinnector ai
अपने प्रोजेक्ट और साइट को संदर्भ के रूप में उपयोग करते हुए, टर्मिनल से सहायक (assistant) से पूछें। यह आपके अपने खाते के विरुद्ध प्लेटफ़ॉर्म पर चलता है, इसलिए आपकी मशीन पर कभी भी कोई मॉडल कुंजी संग्रहीत नहीं की जाती है।
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.
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.
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.
Read the help
zinnector --help lists every command below with a one-line purpose. Every command also takes --help of its own.
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.
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”.
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.
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 ट्री दसियों हज़ार छोटी फ़ाइलों से बना होता है, और डिस्क की सीमा से काफ़ी नीचे होने पर भी कोई साइट अपने इनोड कोटे को समाप्त कर सकती है। दोनों की जाँच योजना के विरुद्ध नहीं, बल्कि स्लॉट पर वास्तव में शेष बची मात्रा के विरुद्ध की जाती है।
“जाँच नहीं हो सकी” इसका अपना उत्तर है
एक जाँच जो अपने विषय को नहीं देख सकती, वह बिना जाँची हुई रिपोर्ट देती है, कभी उत्तीर्ण नहीं होती। एक साफ-सुथरा रन यह बताता है कि यह कितनी चीज़ों को सत्यापित नहीं कर सका, क्योंकि झूठा ऑल-क्लियर वह होता है जिस पर कोई दोबारा ध्यान नहीं देता।
चेतावनी देता है, कभी ब्लॉक नहीं करता
हर एक खोज को --force के साथ ओवरराइड किया जा सकता है, और सारांश में ऐसा कहा गया है। CI में इसके बजाय निकास कोड द्वार होता है, ताकि कोई पाइपलाइन सख्त हो सके जबकि कोई व्यक्ति नियंत्रण में बना रहे।
दो स्थानीय रनटाइम, दोनों वास्तविक
WordPress Playground डिफ़ॉल्ट है: WebAssembly में संकलित PHP, जो Node के भीतर चलता है, इसलिए बिना किसी अन्य चीज़ के केवल Node इंस्टॉल वाले लैपटॉप में, कुछ भी न होने की स्थिति से एक चलते हुए WordPress तक पहुँचने में लगभग उतना ही समय लगता है जितना इस वाक्य को पढ़ने में।
जब आपको नेटिव PHP — imagick जैसी एक्सटेंशन, या वास्तविक MySQL की आवश्यकता हो — तो --runtime docker पास करें और इसके बजाय php-fpm और MariaDB कंटेनर प्राप्त करें। दोनों एक ही प्रोजेक्ट से एक ही फ़ाइलें सर्व करते हैं, इसलिए उनके बीच स्विच करने से केवल इंजन बदलता है और कुछ नहीं।
बाकी सब कुछ आप पैनल में पहले से ही करते हैं
Zinnector® डैशबोर्ड के समान सार्वजनिक API पर बनाया गया है, इसलिए पैनल जो कुछ भी कर सकता है, यह भी कर सकता है — और प्रत्येक कमांड निजी एंडपॉइंट के बजाय OpenAPI विनिर्देश में एक प्रलेखित ऑपरेशन है।
साइट्स और डिप्लॉय
साइटों की सूची बनाएं, प्लेटफ़ॉर्म उनके बारे में जो कुछ भी जानता है उसे पढ़ें, पुनः परिनियोजित करें, और परिनियोजन इतिहास तथा बिल्ड लॉग पढ़ें।
डोमेन, डीएनएस और मेल
डोमेन सूची देखें, DNS रिकॉर्ड पढ़ें और बदलें तथा उन्हें लिखे जाने से पहले दिखाए गए रिकॉर्ड के साथ बदलें, और अपनी मेल सेवाएँ पढ़ें।
PHP, कोटा, डेटाबेस और लॉग
PHP संस्करण बदलें, अपनी योजना के अंतर्गत डिस्क और इनोड उपयोग की जाँच करें, phpMyAdmin के लिए एक बार उपयोग होने वाले लिंक प्राप्त करें, और एक्सेस तथा त्रुटि लॉग देखें।
WP-CLI और बल्क ऑपरेशन
एक ही कॉल में प्रति साइट के बजाय पूरे चयन में कैश साफ़ करें या मैलवेयर स्कैन शुरू करें, और किसी साइट पर अनुमति-प्राप्त (allow-listed) 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` को किसी भी खाते की बिल्कुल आवश्यकता नहीं है — एक प्लगइन, एक थीम या पूरी साइट तैयार करें और इसे स्थानीय रूप से, मुफ़्त, हमेशा के लिए चलाएँ। एपीआई कुंजी केवल उन कमांड के लिए आवश्यक है जो आपकी होस्टिंग से बात करते हैं।
क्या इसे डॉकर (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` गैर-शून्य पर एग्जिट होता है, इसलिए यह एक पाइपलाइन गेट के रूप में काम करता है, और तुलना न किए जा सकने पर `--strict` भी विफल हो जाता है।
संबंधित
इसे इंस्टॉल करें और अगले मिनट में एक साइट चलाएं
npm install -g zinnector चलाएँ, या npx zinnector new my-site के साथ एक बार आज़माएँ। मुफ़्त, MIT-लाइसेंस प्राप्त और सार्वजनिक API पर निर्मित। किसी प्रोजेक्ट का ढाँचा तैयार करें, बिना Docker के इसे स्थानीय रूप से चलाएँ, और तैनात करने से पहले इसकी जाँच करें।
दस्तावेज़ पढ़ें