साइट उपकरणहरू
ब्राउजरमा VS Code, एक जेल गरिएको SSH शेल, wp-cli, phpMyAdmin, फाइल म्यानेजर, प्रति-साइट क्रोन र वातावरण चरहरू, र PHP मा पूर्ण नियन्त्रण — सबै ड्यासबोर्डमा, सबै तपाईंको साइटमा मात्र सीमित छन्। यो सेटिङ पृष्ठ होइन, विकासकर्ताको नियन्त्रण इन्टरफेस हो। उपलब्धता: प्रति-साइट डाटाबेस थ्रोटलिङ सक्रिय विकासमा छ र अहिलेसम्म उपलब्ध छैन। यहाँ वर्णन गरिएका अन्य सबै कुराहरू आजैदेखि लाइभ छन्।
धेryजसो hosting control panels काम सुरु हुनेबित्तिकै रोकिन्छन्। तपाईं एक-दुईवटा सेटिङहरू फेर्न सक्नुहुन्छ, त्यसपछि तपाईंले FTP client खोल्ने, database tool फेला पार्ने, अन्यत्रबाट SSH गर्ने र काम आफैं जोड्ने अपेक्षा गरिएको हुन्छ। Zinn Digital® ले सम्पूर्ण toolchain लाई साइटभित्रै राख्छ: ड्यासबोर्डमा एउटा साइट खोल्नुहोस् र editor, terminal, database, files, cron, environment र logs पहिल्यै त्यहाँ हुन्छन्, पहिल्यै authenticated हुन्छन्, र पहिल्यै सही साइटतर्फ लक्षित हुन्छन्।
तmका ती उपकरणहरू साइटको आफ्नै केज भित्र चल्छन्। CloudLinux CageFS ले प्रत्येक टेनन्टलाई छुट्टै फाइलसिस्टम दृश्य प्रदान गर्छ, त्यसैले शेल, सम्पादक वा फाइल म्यानेजरले त्यो टेनन्टको फाइलहरू मात्र देख्न सक्छन् — अन्य साइटहरू, अन्य ग्राहकहरू वा संवेदनशील प्रणाली मार्गहरू होइनन्। निजी बक्सको भिन्नतासहितको साझा प्यानलको सुविधा।
सम्पादन सतह एउटा पूर्ण IDE हो, वाक्यरचना रङ्गसहितको टेक्स्टएरिया होइन।
वास्तविक सम्पादक, जसले तपाईंका साइटका फाइलहरूमा काम गर्छ: एक्सटेन्सनहरू, बहु-फाइल खोजी, एकीकृत टर्मिनल र गिट (git) सँगै उपलब्ध छन्। एउटा साइट खोल्नुहोस्, परिवर्तन गर्नुहोस्, र यसलाई कमिट (commit) गर्नुहोस् — कुनै लोकल चेकआउट आवश्यक पर्दैन र केही पनि स्थापना गर्नुपर्दैन।
wp-cli प्यानल टर्मिनल र SSH मार्फत उपलब्ध छ। डोमेन सर्च-रिप्लेस गर्ने, प्लगइन सक्रिय गर्ने, रिराइट्स फ्लस गर्ने, डाटाबेस निर्यात गर्ने, माग अनुसार क्रोन इभेन्ट चलाउने — स्ट्यान्डर्ड WordPress टुलकिट, तपाईंको कोडकै विन्डोमा।
ड्यासबोर्ड एआई सहायक तपाईंकै आफ्नै मोडल कुञ्जीहरूमा चल्छ, यसले फाइलहरू पढेर सम्पादन गर्छ र तपाईंको लागि wp-cli चलाउँछ। आफ्नो मोडल आफैं ल्याउनुहोस्; प्लेटफर्मले हातहरू प्रदान गर्दछ। यो ड्यासबोर्डमा एउटा छुट्टै सतह हो — सम्पादक भित्रैको सहायता अहिले सक्रिय विकासमा छ र अहिलेसम्म उपलब्ध छैन।
आफ्नै उपकरणहरू रुचाउनुहुन्छ? SSH, SFTP वा FTP मार्फत जडान गर्नुहोस् र उही फाइलहरूको जेल गरिएको दृश्य प्राप्त गर्नुहोस्। पहुँच कुञ्जीहरू र प्रमाणहरू ड्यासबोर्डमा कम अधिकारको आधारमा व्यवस्थापन गरिन्छन्, र विशेष कार्यहरूको अडिट-लग राखिन्छ।
प्रति-साइट रनटाइम कन्फिगरेसन—कुनै सर्भर-व्यापी सेटिङ होइन जसलाई परिवर्तन गर्न तपाईंले टिकट काट्नुपर्छ।
CloudLinux alt-PHP प्रयोग गरी प्रत्येक साइटका लागि छुट्टाछुट्टै PHP संस्करण छान्नुहोस्। एउटा साइटमा पुराना संस्करणको प्लगइन चलाउँदा अर्को साइटमा हालको संस्करण चलाउन सकिन्छ—कुनै साझा रनटाइम छैन, र पूरै खाताका लागि कुनै सम्झौता गरिएको संस्करण छैन।
memory_limit, max_execution_time, upload and post size र बाँकी कुराहरू तपाईंले आफ्नो अधिकारको सीमाभित्र रहेर आफैँ सेट गर्न सक्नुहुन्छ, जसले गर्दा कुनै इम्पोर्ट स्क्रिप्ट वा ठूलो मिडिया अपलोडका लागि समर्थन कुराकानीको आवश्यकता पर्दैन।
प्रत्येक साइटका लागि PHP एक्सटेन्सनहरू सक्षम वा अक्षम गर्नुहोस् — imagick र gd, redis र memcached, bcmath, intl, soap र अन्य धेरै — ताकि एउटा साइटले आफूलाई चाहिने एक्सटेन्सनहरू मात्र बोकोस्, अनावश्यक होइन।
प्रत्येक साइटले आफ्नै LiteSpeed LSAPI वर्करहरू पाउँछ, जसको संख्या तपाईंको टियरभित्र कन्फिगर गर्न सकिन्छ र साइटको LVE इन्ट्री-प्रोसेस सीमाद्वारा सीमित हुन्छ। समवर्तीता तपाईंको हो; छिमेकीको ट्राफिक स्पाइक तपाईंको लाम होइन।
प्रत्येक साइटका लागि Redis वा Memcached अब्जेक्ट क्यासिङ, WordPress अब्जेक्ट-क्यास ड्रप-इन जडान गरिएको — गतिशील पृष्ठहरूले डाटाबेसमा भार पर्न दिनुको सट्टा उच्च लोडमा पनि द्रुत गति कायम राख्छन्।
प्रत्येक साइटका लागि WP-cron र वास्तविक प्रणाली क्रोन व्यवस्थापन गर्नुहोस्, र wp-config आफैँ सम्पादन नगरी साइटको रनटाइमका लागि वातावरण चरहरू (API कुञ्जीहरू, फिचर स्विचहरू र स्टेज फ्ल्यागहरू) सेट गर्नुहोस्।
विकासकर्ताहरूलाई पुग्न वास्तवमा आवश्यक पर्ने दुईवटा कुराहरूमा सीधा पहुँच।
दुवै डाटाबेस उपकरणहरू ड्यासबोर्डमा र सिंगल-साइन-अन (SSO) सँगै निर्माण गरिएका छन्—साइटबाट क्लिक गरेर जानुहोस् र तपाईं सही डाटाबेस विरुद्ध पहिल्यै प्रमाणित भइसक्नुहुन्छ। भण्डार गर्न वा साझेदारी गर्न कुनै छुट्टै प्रमाणहरू आवश्यक पर्दैन।
प्रत्येक साइटको लागि आयोजनालाई आवश्यक परे अनुसारका डाटाबेसहरू र प्रयोगकर्ताहरूसँगै MariaDB मा सञ्चालन हुन्छ, साथै तपाईंले बाह्य क्लाइन्ट वा रिपोर्टिङ टुल जडान गर्न चाहँदा रिमोट-एक्सेस टगलको सुविधा पनि उपलब्ध छ।
CloudLinux MySQL Governor ले प्रति-साइट डेटाबेस प्रयोगलाई नियन्त्रण गर्छ, त्यसैले एउटा साइटको भारी प्रश्नहरूले (queries) अरू कसैको लागि पनि—तपाईंको आफ्नै सहित—सर्भरलाई ढिलो बनाउन सक्दैन।
IDE खोल्दा अपलोड, अनुमति, अभिलेख र द्रुत सम्पादनका लागि एउटा पूर्ण फाइल प्रबन्धक (FileGator), जुन एम्बेड गरिएको र SSO गरिएको छ, कामको आवश्यकताभन्दा धेरै झन्झटिलो हुन्छ।
तपाईं काम गरिरहँदा ड्यासबोर्डबाटै साइटका एक्सेस, एरर र पीएचपी लगहरू पढ्नुहोस् — 'यो बिग्रियो' भन्ने अवस्थाबाट यसलाई बिगार्ने लाइनसम्म पुग्ने सबैभन्दा छिटो बाटो।
WordPress व्यवस्थापन गरिरहेको कुरा उपकरणहरूलाई थाहा हुन्छ, त्यसैले सामान्य कामहरू दशवटाको सट्टा एउटै कार्यमा हुन्छन्।
यी उपकरणहरूमा पहुँच तपाईंको संस्थाका भूमिकाहरू अनुसार हुन्छ। ग्राहक सदस्यताहरूमा मालिक, बिलिङ, डेभ वा रिड-ओनली भूमिका हुन्छ, र अनुमतिहरू ती भूमिकाहरूबाट निर्धारण हुन्छन् — डेभ भूमिका एक काम गर्ने विकासकर्ताको भूमिका हो, र लाइभमा डिप्लोय गर्ने वा पुश गर्ने काम जानाजानी यसको हिस्सा बनाइएको छैन। कर्मचारी पहुँच पनि यसैगरी यसका आफ्नै विभागका भूमिकाहरू र अनुमतिहरूद्वारा सीमित हुन्छ।
प्रोग्रामेटिक पहुँचले दानेदार स्कोपहरू—रिड-ओनली, बिलिङ वा प्रोभिजनिङ—सहित संगठन-प्रति API कुञ्जीहरू र OAuth क्लाइन्टहरू प्रयोग गर्छ, जसले गर्दा स्वचालन (अटोमेसन) ले आफूलाई चाहिने पहुँच मात्र पाउँछ। प्रत्येक विशेष अधिकार प्राप्त कार्यलाई अभिनेता, कार्य र लक्ष्यसहित अडिट-लग गरिन्छ, जसको मतलब 'मङ्गलबार पीएचपी संस्करण कसले बदल्यो' भन्ने प्रश्नको उत्तर विवाद होइन कि एक लुकअप हो।
यदि तपाईं यी सबै कुराहरू एआई टूलबाटै सञ्चालन गर्न चाहनुहुन्छ भने, उही क्षमता हाम्रो होस्टेड MCP सर्भरमार्फत उपलब्ध गराइएको छ — Claude, Cursor वा कुनै पनि MCP-सक्षम एजेन्टबाट उही रोल स्कोपिङ र अडिट ट्रेलअन्तर्गत wp-cli चलाउनुहोस्, स्टेजिङमा क्लोन गर्नुहोस्, क्यास खाली गर्नुहोस् वा स्न्यापसट रिस्टोर गर्नुहोस्।
मुख्यधाराको होस्टिङ पूर्ण स्व-सेवा हो: तपाईंको योजनाको हकअन्तर्गत खुलाइएका र सम्पादन गर्न मिल्ने सम्पूर्ण उपकरण सेट। Footprint-Free होस्टिङ जानाजानी बढी मानकीकृत र लक गरिएको छ, किनभने नेटवर्कको सम्पूर्ण मूल्य यसका साइटहरूले एकसमान, साधारण सतह प्रस्तुत गर्ने कुरामा निर्भर गर्दछ — कन्फिगरेसन स्वतन्त्रता आफैँमा एउटा फुटप्रिन्ट हो।
हकदार (Entitlements) हरू बाँकी नियन्त्रणको काम गर्छन्। PHP वर्करहरू, डिस्क र एक्सेन्शनहरू तपाईंको टियर अनुसार स्केल हुन्छन्, त्यसैले हेडरुम बढ्दै जाँदा पनि टूलिङको आकार प्रत्येक योजनामा एउटै हुन्छ। कुन चाहिँ विकल्प उपयुक्त हुन्छ भन्ने पक्का छैन भने, कार्ड-रहित १४ दिने ट्रेलबाट सुरु गर्नुहोस् र निर्णय गर्नु अघि प्यानललाई आफैँ हेर्नुहोस्।
हो — यो code-server हो, जुन तपाईंको साइटका फाइलहरूमा ब्राउजरमा चल्ने VS Code हो। तपाईंले एक्स्टेन्सनहरू, बहु-फाइल खोजी, एकीकृत टर्मिनल र git पाउनुहुन्छ, र यसले ड्यासबोर्डबाट सीधा साइटको फाइल प्रणाली सम्पादन गर्छ। सम्पादक भित्रको AI सहायता सक्रिय विकासमा छ र अहिलेसम्म उपलब्ध छैन।
तपाईंले ड्यासबोर्डमा कुञ्जी र प्रमाण पत्रहरू व्यवस्थापन गरिएको न्युनतम-अधिकार (least-privilege) आधारमा SSH मा जेल गरिएको शेल, साथै SFTP र FTP पाउनुहुन्छ। जेल भनेको CloudLinux CageFS हो: प्रत्येक भाडामा लिने (tenant) ले छुट्टै फाइलसिस्टम भ्यू पाउँछ र अन्य भाडामा लिनेहरू, अन्य साइटहरू वा संवेदनशील प्रणाली फाइलहरू देख्न सक्दैन, जसले यसलाई फैलिन दिनुको सट्टा उल्लङ्घन (breach) लाई रोक्छ। कुनै पनि आइसोलेसन मोडेलले सम्झौतालाई असम्भव बनाउँदैन, त्यसैले मालवेयर स्क्यानिङ, प्रोएक्टिभ WAF र अडिट लफिङ यसको साथसाथै काम गर्दछ।
हो। PHP संस्करण प्रति साइट CloudLinux alt-PHP मार्फत चयन गरिन्छ, memory_limit, max_execution_time र upload size जस्ता सेटिङहरू तपाईंको अधिकार क्षेत्रभित्र रहेर सम्पादन गर्न सकिन्छ, र imagick, gd, redis, memcached, bcmath, intl र soap जस्ता एक्सटेन्सनहरू प्रति साइट टगल गरिन्छन्। तपाईंको PHP वर्कर गणना तपाईंको टियरभित्र कन्फिगर गर्न सकिन्छ, जुन साइटको LVE इन्ट्री-प्रक्रिया सीमाद्वारा सीमित हुन्छ।
phpMyAdmin र Adminer ड्यासबोर्डमा इम्बेड गरिएका छन् र एकल साइन-अन (single-sign-on) सुविधा उपलब्ध छ, त्यसैले तपाईं साइटबाट क्लिक गरेर सीधा कनेक्ट हुन सक्नुहुन्छ। प्रत्येक साइटले MariaDB चलाउँछ र यसमा धेरै डाटाबेस र प्रयोगकर्ताहरू हुन सक्छन्, साथै बाह्य क्लाइन्टहरूको लागि रिमोट-एक्सेस टगल पनि उपलब्ध छ। MySQL Governor ले प्रति-साइट डाटाबेस प्रयोगलाई नियन्त्रण गर्छ ताकि एउटै साइटमा हुने भारी क्वेरीहरूले सर्भरलाई ढिलो गराउन सक्दैनन्।
हो। प्रति-साइट क्रोन व्यवस्थापनले WP-cron र वास्तविक प्रणाली क्रोन दुवैलाई समेट्छ, र साइटको रनटाइमका लागि वातावरण चरहरू प्रति साइट सेट गरिएका हुन्छन् — त्यसैले निर्धारित कार्यहरू र कन्फिगरेसनहरू तपाईंले माइग्रेट गर्न सम्झनुपर्ने फाइलमा लुकेको हुनुको सट्टा साइटसँगै रहन्छन्।
मुख्यधाराको हस्तीङ पूर्ण रूपमा स्वयम्-सेवा हो र यसमा सम्पूर्ण उपकरणहरूको सेट हुन्छ। Footprint-Free जानाजानी थप मानकीकृत र प्रतिबन्धित छ, किनकि प्रति-साइट कन्फिगरेसनमा हुने भिन्नता आफैँमा एउटा फुटप्रिन्ट हो। हकहरूले बाँकी कुराहरू—वर्करहरू, डिस्क र एक्स्टेन्सनहरू—लाई नियन्त्रण गर्छन्, त्यसैले तपाईँले समायोजन गर्न सक्ने कुरा तपाईँको टिएरअनुसार मापन हुन्छ।
पहुँच संस्थागत भूमिका अनुसार हुन्छ: ग्राहकहरूका लागि owner, billing, dev र read-only, र अनुमतिहरू ती भूमिकाहरूबाटै निर्धारण हुन्छन्। dev भूमिकामा लाइभमा डिप्लोइ गर्ने वा पुश गर्ने काम पर्दैन। प्रोग्रामेटिक पहुँचका लागि प्रति-संस्था API कुञ्जीहरू र दानेदार दायराहरू (granular scopes) भएका OAuth क्लाइन्टहरू प्रयोग गरिन्छन्, र प्रत्येक विशेष अधिकारप्राप्त कार्य (privileged action) मा अभिनेता, कार्य र लक्ष्यसहितको अडिट-लग राखिन्छ।
कार्ड-रहित १४ दिने परीक्षण सुरु गर्नुहोस्, एउटा साइट डिप्लोय गर्नुहोस् र IDE, टर्मिनल, डाटाबेस उपकरणहरू र PHP नियन्त्रणहरूलाई परीक्षणमा राख्नुहोस्। ३० दिने पैसा फिर्ताको ग्यारेन्टी, निःशुल्क माइग्रेट, कुनै बन्धन छैन।
निःशुल्क सुरु गर्नुहोस्