zinnector नयाँ
तुरुन्तै बुट हुने साइट, प्लगइन वा ब्लक थिमको ढाँचा तयार गर्नुहोस्। कुनै प्लेसहोल्डर फाइलहरू छैनन्, कुनै TODOs छैनन् — प्लगइन सक्रिय हुन्छ र थिम सिर्जना हुने बित्तिकै चयन गर्न सकिन्छ।
Zinnector®
WordPress होस्टिङका लागि विकासकर्ता CLI
Zinnector® ले Node बाहेक अरू केही पनि स्थापना नगरी स्थानीय रूपमा WordPress निर्माण गर्दछ — कुनै Docker छैन, कुनै MAMP छैन — त्यसपछि तपाईंले डिप्लोय गर्न लाग्नुभएको होस्टिङ स्लटसँग तपाईंले निर्माण गर्नुभएको कुरा जाँच गर्दछ र तपाईंले पुश गर्नुअघि के मेल खाँदैन भनी बताउँछ। यसलाई npm install -g zinnector मार्फत स्थापना गर्नुहोस्। यो नि:शुल्क छ, MIT-इजाजतपत्र प्राप्त छ र यहाँका अन्य सबै कुराहरू जस्तै समान सार्वजनिक API मा निर्मित छ।
पाँच आदेशहरू, र बीचको नै मुख्य कुरा हो
धेरैजसो होस्टिङ CLI हरू डिप्लोयबाट सुरु हुन्छन्। Zinnector® त्योभन्दा अगाडि नै सुरु हुन्छ — यसले तपाईंसँगै साइट निर्माण गर्छ, र त्यसपछि तपाईंले पठाउन लाग्नुभएको मेसिनसँग तपाईंको काम जाँच्दछ। "यो मेरो ल्यापटपमा चल्यो" र "यो सर्भरमा चल्छ" बीचको भिन्नतामै दिउँसोको समय खेर जान्छ, र त्यो भिन्नता मापनयोग्य छ।
zinnector dev
कुनै Docker र तपाईँको PATH मा कुनै PHP बिना, तपाईँका आफ्नै प्लगइनहरू र थिमहरू प्रस्तुत गर्ने वास्तविक WordPress सेकेन्डमै तपाईँको मेसिनमा। विकास गर्नका लागि 5.2 देखि 8.5 सम्मको कुनै पनि PHP छनौट गर्नुहोस्।
zinnector जाँच
पूर्व-उडान जाँच। तपाईंले निर्माण गर्नुभएको कुरालाई तपाईंले डिप्लोय गर्न लाग्नुभएको स्लटसँग तुलना गर्दछ र तपाईंले पुश गर्नुअघि प्रत्येक बेमेल — र गर्न नसकेका प्रत्येक जाँचहरू — उल्लेख गर्दछ।
zinnector पुश
पूर्व-जाँच गर्नुहोस्, आफ्ना कमिटहरू पुश गर्नुहोस्, डिप्लोय सुरु गर्नुहोस् र यो पूरा नभएसम्म हेर्नुहोस्। यदि यो असफल भयो भने, निर्माण लग केवल एक आदेशको दूरीमा छ।
zinnector ai
आफ्नो परियोजना र आफ्नो साइटलाई सन्दर्भको रूपमा प्रयोग गरी टर्मिनलबाट सहायकलाई सोध्नुहोस्। यो प्लेटफर्ममा तपाईंको आफ्नै खातामार्फत चल्छ, त्यसैले तपाईंको मेसिनमा कुनै पनि मोडेल कुञ्जी कहिल्यै भण्डारण हुँदैन।
दुई मिनेटमा परीक्षण गर्नुहोस्, खाता आवश्यक पर्दैन
क्रमबद्ध रूपमा छवटा आदेशहरू, र प्रत्येकमा सफलता कस्तो देखिन्छ। यहाँ सबै कुरा तपाईंको आफ्नै मेसिनमा चल्छ; तपाईं होस्टिङ स्लटमा पुग्दा मात्र एपीआई कुञ्जी आवश्यक पर्दछ।
यसलाई स्थापना गर्नुहोस्
Node 24 वा नयाँमा npm install -g zinnector चलाउनुहोस्। यदि npm ले EBADENGINE प्रिन्ट गर्छ भने, तपाईंको Node 24 भन्दा पुरानो हो — nodejs.org बाट हालको LTS स्थापना गर्नुहोस् र स्थापना फेरि चलाउनुहोस्।
संस्करण जाँच गर्नुहोस्
zinnector --version ले 0.1.2 जस्तो संस्करण नम्बर प्रिन्ट गर्छ। 24 भन्दा पुरानो Node मा यसले Node 24 वा नयाँ आवश्यक छ भनी सन्देश प्रिन्ट गर्छ र बन्द हुन्छ।
मद्दत पढ्नुहोस्
zinnector --help ले तल प्रत्येक आदेशलाई एक-लाइनको उद्देश्यसहित सूचीबद्ध गर्दछ। प्रत्येक आदेशले आफ्नै --help पनि लिन्छ।
साइटको खाका सिर्जना गर्नुहोस्
zinnector new my-site ले तुरुन्तै बुट हुने एउटा प्रोजेक्ट सिर्जना गर्दछ — एउटा zinnector.json, एउटा wp-content ट्री र एउटा README — र चलाउनका लागि अर्को आदेशहरू प्रिन्ट गर्दछ।
यसलाई चलाउनुहोस्
cd my-site, त्यसपछि zinnector dev। पहिलो पटक चलाउँदा WordPress रनटाइम डाउनलोड गर्न एक पटक सोधिन्छ (लगभग 570 MB, CLI को आफ्नै क्यासमा राखिन्छ, तपाईंको परियोजनामा कहिल्यै होइन)। सफलता “running at http://127.0.0.1:9400” जस्तो देखिन्छ।
यसलाई ब्राउजरमा खोल्नुहोस्
http://127.0.0.1:9400 नयाँ WordPress साइट हो; /wp-admin ले पहिले नै साइन इन भइसकेको ड्यासबोर्ड खोल्छ। wp-content/plugins मा प्लगइन राख्नुहोस् र अर्को पटक पुन: लोड गर्दा यो त्यहाँ हुनेछ।
त्यसपछि, होस्टिङ स्लटको साथ
zinnector login, zinnector link, zinnector check, zinnector push — तपाईंले निर्माण गर्नुभएको कुरालाई स्लट विरुद्ध पूर्व-जाँच गर्नुहोस्, त्यसपछि डिप्लोय गर्नुहोस् र यो सम्पन्न भएको हेर्नुहोस्।
प्रि-फ्लाइट, विस्तृतमा
तपाईंले 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 संस्करणहरू बदल्नुहोस्, तपाईंको योजनाले प्रदान गरे अनुसार डिस्क र inode प्रयोग हेर्नुहोस्, phpMyAdmin मा एकपटक प्रयोग हुने लिङ्कहरू प्राप्त गर्नुहोस्, र पहुँच तथा त्रुटि लगहरू वास्तविक समयमा ट्र्याक गर्नुहोस्।
WP-CLI र बल्क सञ्चालनहरू
कुनै साइटमा अनुमति-सूचीबद्ध गरिएका WP-CLI आदेशहरू चलाउनुहोस्, र प्रत्येक साइटको लागि छुट्टाछुट्टै गर्नुको सट्टा एकल कलमा सम्पूर्ण चयनभर क्यासहरू खाली गर्नुहोस् वा मालवेयर स्क्यानहरू सुरु गर्नुहोस्।
प्रत्येक आदेश, ठ्याक्कै जस्तो --help ले सूचीकृत गर्दछ
पूर्ण सूची, प्रत्येक एक लाइनमा। पूर्ण सन्दर्भ — प्रत्येक फ्ल्याग, एक चलाउन मिल्ने उदाहरण र प्रत्येक कमान्डले के प्रिन्ट गर्छ — CLI आफैँबाट उत्पन्न हुन्छ र विकासकर्ता कागजातहरू र ज्ञान आधारमा रहन्छ, त्यसैले यो तपाईंले स्थापना गर्नुभएको उपकरणबाट फरक हुन सक्दैन।
zinnector नयाँ
तुरुन्तै चलाउन सकिने WordPress परियोजनाको ढाँचा निर्माण गर्नुहोस्।
zinnector dev
यो परियोजना स्थानीय रूपमा चलाउनुहोस् — कुनै Docker आवश्यक पर्दैन।
zinnector लगइन
Zinn Digital® API कुञ्जी प्रयोग गरी साइन इन गर्नुहोस्।
जिनेक्टर लगआउट
सङ्कलन गरिएको API कुञ्जी बिर्सनुहोस्।
zinnector whoami
यो CLI कसको रूपमा प्रमाणीकृत छ देखाउनुहोस्।
zinnector साइटहरू
यो कुञ्जीले हेर्न सक्ने साइटहरू सूचीबद्ध गर्नुहोस्।
zinnector स्थिति
एउटा साइटको बारेमा प्लेटफर्मलाई थाहा भएको सबै कुरा।
zinnector सेयर
एक जना व्यक्तिलाई एउटा मात्र साइटको पहुँच दिनुहोस् — विकासकर्ता, डिजाइनर, ग्राहक — भूमिका र कारणसहित।
zinnector सहकर्मीहरू
कुनै साइटमा कसलाई पहुँच दिइएको छ, उनीहरूको भूमिका र उनीहरूले अहिलेसम्म स्वीकार गरेका छन् कि छैनन् भनी हेर्नुहोस्।
zinnector साझा नगर of गर्नुहोस्
इमेल वा अनुदान आईडीद्वारा कुनै व्यक्तिको पहुँच फिर्ता लिनुहोस्।
zinnector निम्तोहरू
तपाईंको प्रतीक्षा गरिरहेका निमन्त्रणाहरू, र एउटा स्वीकार गर्नुहोस्।
zinnector लिङ्क
यस परियोजनालाई होस्टिङ स्लटमा देखाउनुहोस् (र यसको भण्डार जडान गर्नुहोस्)।
zinnector pull
स्थानीय विकासका लागि होस्ट गरिएको साइटका फाइलहरू यस परियोजनामा तान्नुहोस्, र पुन: सिङ्क गर्न फेरि चलाउनुहोस्। साइट आफ्नै भण्डारमा सिङ्क हुँदा द्रुत मार्ग लिन्छ, अन्यथा पछिल्लो ब्याकअपबाट काम गर्दछ।
zinnector सिंक
होस्ट गरिएको साइटको प्रत्यक्ष फाइलहरू र यसको भण्डार (रिपोजिटरी) बीच दुई-तर्फी सिंक: यसको स्थिति हेर्नुहोस्, यसलाई सक्रिय गर्नुहोस्, साइटका परिवर्तनहरू कमिट गर्नुहोस्, वा कुन पक्षलाई प्राथमिकता दिने छान्नुहोस्।
जिनेक्टोर एमसीपी
Claude Desktop र केवल स्थानीय सर्भरहरू सुरु गर्ने अन्य AI ग्राहकहरूका लागि Zinn Digital® MCP सर्भरको एक पुल।
zinnector क्लोन
होस्ट गरिएको साइटबाट एक चरणमा स्थानीय परियोजना सिर्जना गर्नुहोस्: यसको भण्डार क्लोन गर्नुहोस् वा यसका फाइलहरू तान्नुहोस्, परियोजना फाइल लेख्नुहोस्, र zinnector dev चलाउन तयार हुनुहोस्।
zinnector जाँच
यो परियोजनालाई तपाईंले डिप्लोय गर्न लाग्नुभएको स्लटसँग तुलना गर्नुहोस्।
zinnector push
पूर्व-तयारी जाँच गर्नुहोस्, आफ्ना कमिटहरू पुश गर्नुहोस्, र डिप्लोय गर्नुहोस्।
zinnector deploy
पुश नगरिकन, प्लेटफर्मसँग पहिले नै भएको कुरालाई पुन: परिनियोजन गर्नुहोस्।
zinnector ले deploy गर्छ
साइटको डिप्लोय इतिहास।
zinnector php
साइटको PHP संस्करण देखाउनुहोस् वा बदल्नुहोस्।
zinnector कोटा
योजनाले प्रदान गरेको सीमाको तुलनामा डिस्क, फाइलहरू र डेटाबेसको प्रयोग।
zinnector db
डेटाबेसको आकार, र phpMyAdmin तथा फाइल प्रबन्धकमा प्रवेश गर्ने एक पटक प्रयोग हुने लिङ्कहरू।
zinnector लगहरू
साइटको पहुँच र त्रुटि लगहरू वास्तविक समयमा ट्र्याक गर्नुहोस्।
zinnector wp
साइटमा अनुमति दिइएको WP-CLI आदेश चलाउनुहोस्।
zinnector ब्याकअप
साइट ब्याकअपहरू सूचीकृत गर्नुहोस् र लिनुहोस्। उप-आदेशहरू: list, now।
जिनेक्टर डोमेनहरू
यो कुञ्जीले हेर्न सक्ने डोमेनहरू सूचीकृत गर्नुहोस्।
zinnector dns
DNS रेकर्डहरू पढ्नुहोस् र परिवर्तन गर्नुहोस्। उप-आदेशहरू: list, add, rm।
जिनेक्टर मेल
मेल सेवाहरू सूचीकृत गर्नुहोस्।
zinnector बल्क
धेरै साइटहरूमा एउटा कार्य सञ्चालन गर्नुहोस् (cache_purge, malware_scan, sitemap, block_ip)।
zinnector ai
यस परियोजनालाई सन्दर्भको रूपमा लिएर Zinn Digital® सहायकलाई सोध्नुहोस्।
प्रश्नहरू
यो प्रयोग गर्न के म Zinn Digital® को ग्राहक हुनु आवश्यक छ?
होइन। `zinnector new` र `zinnector dev` का लागि कुनै पनि खाता आवश्यक पर्दैन — कुनै प्लगइन, थिम वा पूरै साइटको ढाँचा तयार पार्नुहोस् र यसलाई स्थानीय रूपमा, निःशुल्क, सधैँका लागि चलाउनुहोस्। तपाईंको होस्टिङसँग सञ्चार गर्ने आदेशहरूका लागि मात्र API कुञ्जी आवश्यक हुन्छ।
के यसलाई Docker चाहिन्छ?
पूर्वनिर्धारित runtime का लागि होइन। WordPress Playground ले PHP लाई WebAssembly मा कम्पाइल गर्छ र Node भित्र चल्छ, त्यसैले `zinnector dev` ले अरू केही इन्स्टल नगरीकनै केही सेकेन्डमै वास्तविक WordPress बुट गर्छ। यदि तपाईंलाई imagick वा ionCube जस्ता विस्तार (extension) परीक्षण गर्न नेटिभ PHP चाहिन्छ भने — `--runtime docker` ले तपाईंलाई त्यसको सट्टा php-fpm र MariaDB कन्टेनरहरू दिन्छ। दुवै समर्थित छन्; कुनै पनि फलब्याक होइन।
पूर्व-उडान जाँचले वास्तवमा के तुलना गर्छ?
तपाईंको स्थानीय PHP संस्करण र स्लटको संस्करणबीचको तुलना, तपाईंले निर्माण गर्नुभएको संस्करणमा स्लट स्विच हुन सक्छ कि सक्दैन, स्लटको PHP को समर्थन अवधि समाप्त (end of life) भइसकेको छ कि छैन र मेसिनले वास्तवमा यसलाई लागू गरेको छ कि छैन, बाँकी रहेको डिस्क र inode हेडरुमसँग तपाईंको परियोजनाको आकार र फाइल सङ्ख्या, दुवैतर्फका WordPress संस्करणहरू, स्लटको प्रोभिजनिङ समाप्त भएको छ कि छैन, र डिप्लोय गर्नका लागि git भण्डार जडान गरिएको छ कि छैन। यसले जाँच गर्न नसकेको कुनै पनि कुरालाई सफल मान्नुको सट्टा जाँच नगरिएको भनी रिपोर्ट गरिन्छ।
के यसले मलाई डिप्लोय गर्नबाट रोक्न सक्छ?
होइन, र त्यो जानीजानी गरिएको हो। पूर्व-जाँचले चेतावनी दिन्छ र तपाईंलाई अगाडि बढ्न अनुमति दिन्छ — `--force` ले जुनसुकै निष्कर्ष भए पनि डिप्लोय गर्छ। तपाईंलाई आफ्नो साइटको बारेमा यस्ता कुराहरू थाहा हुन्छ जुन परीक्षकलाई थाहा हुँदैन, र डिप्लोय गर्न अस्वीकार गर्ने उपकरणलाई मानिसहरूले अनइन्स्टल गर्छन्।
के मेरो API कुञ्जी सुरक्षित छ?
कुञ्जी कहिल्यै पनि कमाण्ड लाइनबाट पढिँदैन — केवल प्रम्प्ट वा पाइप गरिएको stdin बाट मात्र पढिन्छ — त्यसैले यो तपाईंको शेल इतिहास वा प्रक्रिया सूचीमा रहन सक्दैन। यो तपाईंको आफ्नै कन्फिग डाइरेक्टरीमा फाइल मोड ६०० सँग भण्डारण गरिन्छ, र Zinnector® ले लेख्दा प्रत्येक पटक ती अनुमतिहरू पुन: पुष्टि गर्दछ।
के म यसलाई CI मा प्रयोग गर्न सक्छु?
हो। `ZINNECTOR_TOKEN` सेट गर्नुहोस्, र प्रत्येक कमाण्डले `--json` स्वीकार गर्दछ। मानव आउटपुट stderr मा र डेटा stdout मा जान्छ, त्यसैले पाइपहरू सफा रहन्छन्। `zinnector check` ले केही फेला पार्दा नन-जिरो कोडसहित बाहिरिन्छ, त्यसैले यसले पाइपलाइन गेटको रूपमा काम गर्दछ, र तुलना गर्न नसकिँदा `--strict` पनि असफल हुन्छ।
सम्बन्धित
यसलाई स्थापना गर्नुहोस् र अर्को मिनेटमा साइट सञ्चालन गर्नुहोस्
npm install -g zinnector चलाउनुहोस्, वा npx zinnector new my-site मार्फत एक पटक प्रयास गर्नुहोस्। नि:शुल्क, MIT-इजाजतपत्र प्राप्त र सार्वजनिक API मा निर्मित। परियोजनाको ढाँचा सिर्जना गर्नुहोस्, Docker बिना यसलाई स्थानीय रूपमा चलाउनुहोस्, र डिप्लोय गर्नुअघि पूर्व-परीक्षण गर्नुहोस्।
कागजातहरू पढ्नुहोस्