ज्ञानकोष

विकासकर्ता CLI, Zinnector® को प्रयोग सुरु गर्दै

Node 24 वा नयाँमा नि:शुल्क Zinnector® CLI स्थापना गर्नुहोस्, त्यसपछि दुई मिनेटमा यो काम गर्छ भनी प्रमाणित गर्नुहोस्: --version, --help, एउटा साइट स्केफोल्ड गर्नुहोस्, कुनै पनि Docker बिना स्थानीय रूपमा वास्तविक WordPress चलाउनुहोस्, र यसलाई आफ्नो ब्राउजरमा खोल्नुहोस् — प्रत्येक चरणमा सफलता कस्तो देखिन्छ भन्ने सहित।

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

तपाईंलाई के चाहिन्छ

  • Node 24 वा नयाँ। node --version चलाउनुहोस्; यसले v24 वा सोभन्दा माथिल्लो संस्करण प्रिन्ट गर्नुपर्छ। nodejs.org बाट हालको LTS इन्स्टल गर्नुहोस् — Windows मा winget install OpenJS.NodeJS.LTS, macOS मा brew install node@24।
  • npm, जुन Node सँगै आउँछ। Zinnector® ले यसलाई WordPress रनटाइम आफ्नै क्यासमा डाउनलोड गर्न एकपटक प्रयोग गर्छ।
  • git, zinnector push का लागि मात्र — डिप्लोयहरू तपाईंको रिपोजिटरीबाट सञ्चालन हुन्छन्।
  • Docker, यदि तपाईंले --runtime docker मार्फत माग गर्नुभयो भने मात्र। पूर्वनिर्धारित रनटाइमलाई कुनै पनि आवश्यक पर्दैन।

तलका कुनै पनि कुराका लागि खाता चाहिँदैन। तपाईं होस्टिङ स्लटमा पुग्दा मात्र API की आवश्यक पर्छ, Deploying with Zinnector® मा।

चरण १ — यसलाई इन्स्टल गर्नुहोस्

npm install -g zinnector

यदि npm ले npm WARN EBADENGINE प्रिन्ट गर्छ भने, तपाईंको Node प्याकेजले घोषणा गरेको >=24.18.1 भन्दा पुरानो छ। इन्स्टल जे भए पनि पूरा हुन्छ, तर CLI चल्न अस्वीकार गर्नेछ। पहिले Node अपग्रेड गर्नुहोस्, त्यसपछि फेरि इन्स्टल गर्नुहोस्।

चरण २ — संस्करण जाँच गर्नुहोस्

zinnector --version

सफलता: एक संस्करण नम्बर, उदाहरणका लागि 0.1.2। यदि तपाईंले "Zinnector® needs Node 24 or newer — this is Node 20.x" देख्नुभयो भने बाइनरी इन्स्टल भएको छ तर तपाईंको Node धेरै पुरानो छ; कमान्डले केही गर्नुको सट्टा कोड 78 सहित बन्द हुन्छ।

चरण ३ — मद्दत पढ्नुहोस्

zinnector --help

सफलता: प्रवाहका पाँच कमान्डहरू (new, dev, link, check, push) र त्यसपछि प्रत्येक कमान्डको एक-लाइन उद्देश्य उल्लेख भएको ब्यानर। प्रत्येक कमान्डले आफ्नै --help पनि लिन्छ — zinnector dev --help ले रनटाइम, PHP र पोर्ट फ्ल्यागहरू सूचीबद्ध गर्दछ। उदाहरणहरू सहितको पूर्ण सूची, कमान्ड सन्दर्भ मा छ।

चरण ४ — साइटको संरचना तयार गर्नुहोस्

zinnector new my-site

सफलता: एउटा Created my-site शीर्षक र यसले लेखेका फाइलहरूको सूची — zinnector.json, plugins/, themes/ र एउटा mu-plugins/ सहयोगी सहितको wp-content ट्री, एउटा .gitignore र एउटा README — जसको पछाडि चलाउनुपर्ने अर्को कमान्डहरू हुन्छन्। यसमा कुनै पनि कुरा प्लेसहोल्डर होइन; परियोजना जस्तो छ त्यस्तै बुट हुन्छ। --template plugin वा --template theme ले अस्तित्वमा आउने बित्तिकै सक्रिय हुने प्लगइन वा ब्लक थिमको संरचना तयार गर्छ।

चरण ५ — यसलाई चलाउनुहोस्

cd my-site
zinnector dev

पहिलो पटक, Zinnector® ले WordPress रनटाइम — करिब 570 MB, किनकि यसमा 5.2 देखि 8.5 सम्मका प्रत्येक PHP निर्माण समावेश हुन्छ — आफ्नै क्यास डाइरेक्टरीमा डाउनलोड गर्नुअघि एकपटक सोध्छ, तपाईंको परियोजनामा कहिल्यै होइन। Y जवाफ दिनुहोस्, वा प्रश्न छोड्न --yes पास गर्नुहोस्। Node 26 वा नयाँमा यसले रनटाइमका लागि मात्र एउटा Node 24 पनि ल्याउँछ (करिब 30 MB, nodejs.org को चेकसम विरुद्ध प्रमाणित), किनकि रनटाइमको नेटिभ मोड्युलमा Node 24 र 25 का लागि मात्र पूर्व-निर्मित बाइनरीहरू हुन्छन्; तपाईंलाई कम्पाइलर वा Visual Studio चाहिँदैन।

सफलता: परियोजनाको नाम, PHP संस्करण र WordPress संस्करण उल्लेख गर्ने एउटा ब्लक, त्यसपछि:

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

चरण ६ — यसलाई खोल्नुहोस्

ब्राउजरमा http://127.0.0.1:9400 खोल्नुहोस्। सफलता: तपाईंले अनुरोध गर्नुभएको PHP संस्करणद्वारा सञ्चालित, My WordPress Website शीर्षक भएको नयाँ WordPress साइट। http://127.0.0.1:9400/wp-admin ले पहिले नै साइन इन भएको ड्यासबोर्ड खोल्छ। wp-content/plugins/ मा प्लगइन वा wp-content/themes/ मा थिम राख्नुहोस् र अर्को रिलोडमा यो त्यहाँ उपलब्ध हुन्छ — रनटाइमले ती डाइरेक्टरीहरू सिधै तपाईंको परियोजनाबाट सेवा गर्दछ।

रोक्नका लागि Ctrl-C थिच्नुहोस्। zinnector dev --once ले रनटाइम बुट गर्छ, वास्तवमा के चलिरहेको छ प्रिन्ट गर्छ (PHP संस्करण, WordPress संस्करण, लोड गरिएका विस्तारहरू) र रोकिन्छ — जब तपाईं आश्वासन भन्दा प्रमाण चाहनुहुन्छ तब उपयोगी हुन्छ।

अब कहाँ जाने

उही कागजात npm र GitHub मा प्याकेजको README मा छ, जहाँ समस्याहरू र पुल अनुरोधहरूलाई स्वागत छ।

सबै विकासकर्ता कागजातहरू →

ब्लगबाट पछिल्लो

होस्टिङ, SEO र ठूलो मात्रामा साइटहरू सञ्चालन गर्ने बारे हामीले लेखेका कुराहरू।

होस्टिङ तहबाट एसइओ र लिङ्क निर्माण: २०२६ का अपरेटरको दृष्टिकोण

सन् २०२६ मा होस्टिङले इन्डेक्सिङ र लिङ्क इक्विटीलाई कसरी रूप दिन्छ: पृष्ठहरूलाई इन्डेक्समा राखिराख्ने, निर्माण गर्नुअघि पुराना डोमेनहरू जाँच गर्ने, कुनै सर्च फुटप्रिन्ट बिना लिङ्क निर्माण गर्ने, र पूर्वाधारले एसइओका लागि के गर्न सक्छ र के गर्न सक्दैन भन्ने बारेमा इमानदार दृष्टिकोण।

पोस्ट पढ्नुहोस् →

WordPress लाई द्रुत र सुरक्षित बनाउने: कार्यसम्पादन र प्लगइन चेकलिस्ट

द्रुत, सुरक्षित WordPress का लागि एक व्यावहारिक चेकलिस्ट: सर्भर-स्तरको क्यासिङ, प्रति-साइट अब्जेक्ट क्यास, चलाउन लायक केही सीमित प्लगइनहरू, स्ट्याकलाई अद्यावधिक राख्ने, र तपाईंले कहिल्यै क्यास गर्न नहुने WooCommerce पृष्ठहरू।

पोस्ट पढ्नुहोस् →

२०२६ मा व्यवस्थित वेब होस्टिङ कसरी छनौट गर्ने: एक खरिदकर्ताको गाइड

कन्ट्रोल प्यानल भएको सस्तो बक्सबाट राम्रो व्यवस्थित होस्टिङलाई वास्तवमा केले फरक पार्छ — माइग्रेसन, ब्याकअप, अलगाव, वास्तविक क्यासिङ र इमानदार स्केलिंग — र तपाईंले प्रतिबद्ध हुनुअघि यसलाई कसरी मूल्याङ्कन गर्ने।

पोस्ट पढ्नुहोस् →

ब्लग पढ्नुहोस् →

अझै पनि समस्या भइरहेको छ?

सबै योजनाहरूमा सहयोग समावेश गरिएको छ, हेल्पडेस्क दिनको 24 घण्टा खुला रहन्छ, र तपाईंले हाम्रा कुनै पनि 58 भाषाहरूमा हामीलाई लेख्न सक्नुहुन्छ—हामी तपाईंले बुझ्ने भाषामा जवाफ दिन्छौं।

सहयोगलाई सम्पर्क गर्नुहोस् → सबै लेखहरू →