खाली गर्नुहोस्
डाटाबेसले राखेको तर अब आवश्यकता नभएको कुराहरू हटाउनुहोस्, जसले गर्दा कार्य समूह तपाईंको साइटले वास्तवमा प्रदान गर्ने डेटा तर्फ खुम्चिन्छ।
डाटाबेस मर्मतसम्भार
प्रत्येक WordPress डाटाबेस समयसँगै भारी हुँदै जान्छ। Zinn Digital® ले यसलाई समर्थन टिकट नभई इन्जिनियरिङ समस्याको रूपमा लिन्छ: सफा गर्ने, अप्टिमाइज गर्ने र मर्मत गर्ने कार्यहरू तपाईंले एक क्लिकमा खरिद गर्ने स्वचालित कार्यप्रवाहको रूपमा सञ्चालन हुन्छन् — र डाटाबेस फुल्न थालेको देख्ने बित्तिकै प्लेटफर्मले तपाईंलाई यो प्रस्ताव गर्दछ। उपलब्धता: प्रति-साइट डाटाबेस थ्रोटलिङ सक्रिय विकासमा छ र अझै उपलब्ध छैन। यहाँ वर्णन गरिएको अरू सबै कुरा आज उपलब्ध छ।
WordPress साइटका फाइलहरू तपाईंले निर्माण गरेकै आकारमा लगभग रहिरहन्छन्। यसको डेटाबेस भने रहँदैन। तालिकाहरू थुप्रिन्छन्, अनुक्रमणिकाहरू बिग्रिन्छन्, भण्डारण इन्जिनहरूले अब केहीले पनि प्रयोग नगरेको ठाउँ छुट्याएर राख्छन्, र कहिलेकाहीं तालिका ट्युनिङ गर्नुको सट्टा मर्मत नै गर्नुपर्ने अवस्थामा पुग्छ। यसमध्ये कुनै पनि कुरा आफैं प्रकट हुँदैन। साइट केवल सुस्त हुन्छ, क्वेरीहरूले धेरै समय लिन्छन्, र कसैले पनि सबैभन्दा पहिले याद गर्ने कुरा भनेको पहिले तत्काल खुल्ने पृष्ठ अब त्यस्तो हुँदैन।
एउटै साइटमा यो केवल एउटा झन्झट हो। सयौं साइटहरूको पोर्टफोलियो वा सञ्जालमा भने यो निरन्तर बढ्दै जाने भार हो — तीमध्ये प्रत्येक आवश्यकभन्दा थोरै भारी हुन्छन्, र प्रत्येकले डाटाबेस सर्भरबाट हुनुपर्ने भन्दा बढी माग गरिरहेका हुन्छन्।
Zinn Digital® ले यसलाई बाँकी प्लेटफर्मलाई जसरी व्यवस्थित गरिन्छ त्यसरी नै व्यवस्थित गर्दछ: एक स्वचालित, दोहोर्याउन सकिने सञ्चालनको रूपमा। डाटाबेस मर्मतसम्भार ड्यासबोर्डबाट तपाईंले खरिद गर्ने पहिलो-पक्ष सेवा हो, र यो खरिद गर्नाले अप्टिमाइजेसन कार्य तुरुन्तै सञ्चालन हुन्छ। लाममा बस्नुपर्दैन र कुनै इन्जिनियरलाई पर्खनु पर्दैन।
साइटको MariaDB डाटाबेसको सरसफाइ, अप्टिमाइजेसन, मर्मत र रिपोर्टिङ, एउटै कार्यको रूपमा सञ्चालन गरिन्छ।
डाटाबेसले राखेको तर अब आवश्यकता नभएको कुराहरू हटाउनुहोस्, जसले गर्दा कार्य समूह तपाईंको साइटले वास्तवमा प्रदान गर्ने डेटा तर्फ खुम्चिन्छ।
आवंटित तर प्रयोग नगरिएको तालिका ठाउँ पुन: प्राप्त गर्नुहोस् र अनुक्रमणिकाहरू तथा तथ्याङ्कहरूलाई क्वेरी योजनाकारले अपेक्षा गरेको रूपमा फर्काउनुहोस्, ताकि पढ्ने कार्यहरूले आवश्यकताभन्दा बढी काम गर्न बन्द गरोस्।
खराब स्थितिमा पुगेका तालिकाहरू पत्ता लगाउनुहोस् र मर्मत गर्नुहोस् — बेवास्ता गरेमा ढिलो चल्ने साइटलाई बिग्रिएको साइटमा परिणत गर्ने विफलताको अवस्था।
खरिदको शुल्क बिलिङ वा तपाईंको वालेटमार्फत लिइन्छ, पूरा गरिन्छ, तपाईंलाई सूचित गरिन्छ र सम्पन्न भएको रूपमा चिन्ह लगाइन्छ। यदि केही गडबड भएमा, फिर्ता र विवादहरू तपाईंले हामीबाट खरिद गर्नुहुने अन्य सबै कुराहरू जस्तै समान बिलिङ प्रक्रियामार्फत समाधान गरिन्छ।
यस प्लेटफर्ममा पहिलो-पक्ष सेवाहरू दुई प्रकारका हुन्छन्। केही कर्मचारीद्वारा पूरा गरिन्छन्: तिनीहरूलाई खरिद गर्दा हाम्रो एडमिन लाममा एउटा कार्य सिर्जना हुन्छ, सही विभागमा पठाइन्छ, ट्र्याक गरिन्छ र अद्यावधिक गरिन्छ। डेटाबेस मर्मतसम्भार तीमध्ये पर्दैन। यो स्वचालित छ — खरिदले Temporal कार्यप्रवाहलाई सक्रिय बनाउँछ जसले तपाईंको साइटमा सीधा अप्टिमाइजेसन कार्य सञ्चालन गर्दछ। तत्काल, कुनै मानवीय हस्तक्षेप बिना।
यो सुन्दा जति लाग्छ त्योभन्दा धेरै महत्त्वपूर्ण छ। Temporal कार्यप्रवाहहरू (workflows) संरचनागत रूपमै दिगो, पुनः प्रयास गर्न सकिने र आइडम्पोटेन्ट (idempotent) हुन्छन्, जुन यस प्लेटफर्ममा लामो समयसम्म चल्ने प्रत्येक सञ्चालनले पालना गर्नुपर्ने मानक हो। यदि कुनै चरण बीचमै असफल भयो भने, कार्यप्रवाहले आधा मात्र सम्पन्न गरेर तपाईंको डाटाबेसलाई अस्पष्ट स्थितिमा छोड्नुको सट्टा जहाँ रोकिएको थियो त्यहीँबाट पुनः प्रयास गर्दछ। यदि पुनः प्रयास गर्दा पहिले नै सफल भइसकेको कार्यलाई फेरि सञ्चालन गरियो भने पनि, त्यो संरचनागत रूपमै सुरक्षित हुन्छ।
यसको अर्थ यो पनि हो कि अत्यधिक कार्यभारमा पनि सेवाको गुणस्तर घट्दैन। एकै पटक डाटाबेस मर्मतसम्भार खरिद गर्ने दस जना ग्राहकहरूले एउटै इन्जिनियरको प्रतीक्षा गर्दै एकअर्काको पछाडि लामबद्ध हुनु पर्दैन — ती दस वटा कार्यप्रवाह कार्यान्वयनहरू हुन्, र प्लेटफर्मलाई तिनीहरूलाई तेर्सो रूपमा विस्तार गर्न निर्माण गरिएको हो।
प्लेटफर्मले पहिले नै तपाईंका साइटहरू निगरानी गरिरहेको छ। यसले सही समयमा सही सेवा प्रदान गर्न आफूले देखेको कुरा प्रयोग गर्दछ।
ड्यासबोर्डमा एउटा समर्पित Extras खण्ड छ जहाँ तपाईं आफूले चाहेको बेला प्रथम-पक्ष सेवाहरू ब्राउज गर्न र खरिद गर्न सक्नुहुन्छ। तर अझ उपयोगी बाटो त्यो हो जसले तपाईंलाई फेला पार्छ: सान्दर्भिक अपसेलहरू। अत्यधिक बढेको डेटाबेसको लागि डेटाबेस मर्मतसम्भार, Core Web Vitals मा असफल भएको ढिलो साइटको लागि गति अप्टिमाइजेसन, चिन्ह लगाइएको साइटको लागि मालवेयर सफाइ, साइन अपको समयमा माइग्रेसन देखा पर्दछ।
ती प्रम्प्टहरू वास्तविक अवलोकन सङ्केतहरूद्वारा निर्देशित छन् — फ्लीट सञ्चालन गर्न प्लेटफर्मले सङ्कलन गर्ने साइट अनुसारका उही मेट्रिक्स र स्रोत टेलिमेट्री, कुनै सामान्य मासिक झन्झट होइन। साथै AI सहायकले सेवाको सुझाव दिनुका साथै तपाईंको लागि यसलाई सुरु गर्न पनि सक्छ, जसले गर्दा समस्या पत्ता लगाउनु र त्यसलाई समाधान गर्नु बीचको दूरी कुनै परियोजना नभई केवल एक कुराकानी बन्दछ।
मर्मतसम्भार माथिल्लो स्वचालित तह हो। यसको मुनि, प्रत्येक साइट पूर्ण डाटाबेस नियन्त्रणका साथ आउँछ।
प्रत्येक साइटले आफ्नै डेटाबेस पाउँछ, साथै कुनै परियोजनालाई आवश्यक पर्दा धेरै डेटाबेसहरू र धेरै डेटाबेस प्रयोगकर्ताहरूको लागि समर्थन पनि उपलब्ध छ।
दुवै ड्यासबोर्डमा निर्मित छन् र एकल साइन-अन गरिएका छन् — व्यवस्थापन गर्न कुनै छुट्टै प्रमाणहरू छैनन्, सुरक्षित गर्न कुनै छुट्टै लगइन छैन।
कुनै उपकरण वा विकासकर्तालाई आवश्यक परेको बेला बाह्य डाटाबेस पहुँच सक्रिय गर्नुहोस्, र आवश्यक नभएको बेला यसलाई फेरि बन्द गर्नुहोस्। पूर्वनिर्धारित रूपमा बन्द हुनु नै समझदारीपूर्ण अवस्था हो।
दोहोरिने रिडहरूलाई Redis मा अफलोड गर्नुहोस् ताकि डेटाबेसले सुरुमै कम प्रश्नहरूको जवाफ दिन सकोस्। उपचारसँगै रोकथाम।
साझा पूर्वाधारमा डाटाबेस कार्यसम्पादनको अर्को आधा भाग तपाईंले नियन्त्रण गर्न नसक्ने भाग हो: एउटै सर्भरमा अरू सबैका साइटहरूले के गरिरहेका छन्। हाम्रो वर्कर फ्लीटले CloudLinux MySQL Governor सँग MariaDB चलाउँछ, जसले प्रति साइट डाटाबेस प्रयोगलाई नियन्त्रण गर्दछ। भारी प्रश्नहरू चलाउने एउटा साइटले आफ्ना छिमेकीहरूका लागि सर्भरलाई ढिलो गर्नुको सट्टा आफ्नै सीमाभित्र सीमित रहन्छ।
त्यो बाँकी आइसोलेसन स्ट्याकसँगै रहन्छ — CPU, RAM, IO, IOPS र प्रक्रियाहरूमा LVE सीमाहरू, र CageFS ले प्रत्येक भाडामा लिनेलाई छुट्टै फाइलप्रणाली दृश्य प्रदान गर्दछ। सम्पूर्ण डिजाइनको उद्देश्य एउटै हो: एउटा साइटमा भएको समस्या त्यहीँ सीमित रहन्छ।
त्यसैले जब तपाईंको डाटाबेस ढिलो हुन्छ, समाधान यस्तो कुरा हो जसमा तपाईंले वास्तवमै कदम चाल्न सक्नुहुन्छ। यो तपाईंको डाटाबेस हो, र डाटाबेस मर्मत नै यसलाई ठीक गर्ने बटन हो।
डाटाबेस सञ्चालनहरू MCP उपकरण क्याटलगको हिस्सा हुन्, त्यसैले कुनै पनि MCP-सक्षम एजेन्टले तपाईंको तर्फबाट ती सञ्चालन गर्न सक्छ।
हाम्रो होस्ट गरिएको MCP सर्भरले प्लेटफर्मलाई Claude Code, Cursor, ChatGPT, Claude Desktop र अन्य कुनै पनि MCP-सक्षम एजेन्टका लागि खुला गर्दछ — प्रत्येक उपकरणको लागि छुट्टै एकीकरणको सट्टा एउटै जडान। त्यो क्याटलगमा रहेका डाटाबेस उपकरणहरूमा गार्डेड क्वेरी, अप्टिमाइज, र ब्याकअप तथा रिस्टोर समावेश छन्। स्पष्ट पुष्टिकरण चरण पछाडि Extras खरिद गर्ने सुविधा पनि खुला गरिएको छ।
एजेन्टले गर्न सक्ने सबै कुरा ऊ कुन पहिचानको रूपमा जोडिएको छ भन्ने कुराद्वारा सीमित हुन्छ। टोकनहरू OAuth 2.1 मार्फत जारी गरिन्छ, तपाईंको संस्था र तपाईंको RBAC अनुमतिहरूमा दायरा निर्धारण गरिन्छ, प्रति-उपकरण र खारेज गर्न सकिने हुन्छन्। विनाशकारी कार्यहरूका लागि स्पष्ट पुष्टिकरण आवश्यक पर्दछ, AI-द्वारा सुरु गरिएका सशुल्क कार्यहरूमा खर्च सीमाहरू लागू हुन्छन्, र प्रत्येक MCP कार्य पहिचान, उपकरण, तर्कहरू र परिणाम सहित अडिट लगमा लेखिन्छ।
व्यवहारमा: तपाईंको एजेन्टले डेटाबेस भारी भएको याद गर्छ, यसले मर्मत सम्भार चलाउनुपर्छ कि भनेर सोध्छ, तपाईं पुष्टि गर्नुहुन्छ, र कार्यप्रवाह चल्छ। AI एक चालक हो, पर्यवेक्षण नगरिएको अपरेटर होइन।
पहिलो-पक्ष सेवाहरू यस प्लेटफर्ममा डेटा हुन्, हार्डकोड गरिएका सुविधाहरू होइनन्।
प्रत्येक साइटको लागि एक पटकको काम, जुन तपाईंले खरिद गरेपछि स्वचालित रूपमा चल्छ।
नेरू ४,४०४.९९एक पटकको
यो खरिद गरेको १ दिनभित्र सञ्चालन हुन्छ, र कुनै पनि परिवर्तन गर्नु अघि पूर्ण ब्याकअप लिइन्छ। एड-अनहरू तपाईंको ड्यासबोर्डबाट प्रति साइट खरिद गरिन्छ र तपाईंको सामान्य इनभ्वाइसमा देखिन्छ — कुनै छुट्टै खाता, दोस्रो बिल र कुनै न्यूनतम अवधि हुँदैन। मूल्यहरूमा कर समावेश छैन, जुन चेकआउट गर्दा तपाईंको बिलिङ देशबाट गणना गरिन्छ।
धेरैजसो अवस्थामा तपाईंले आफैं यो पत्ता लगाउनु पर्दैन। प्लेटफर्मले प्रति-साइट स्रोत प्रयोगको निगरानी गर्दछ र डाटाबेस अत्यधिक बढेको देख्दा प्रासंगिक प्रस्तावको रूपमा डाटाबेस मर्मतसम्भार देखाउँछ, र AI सहायकले यसलाई चिन्ह लगाउन र तपाईंको लागि कार्य सुरु गर्न सक्छ। तपाईं ड्यासबोर्डको Extras खण्डबाट जुनसुकै बेला यसलाई ब्राउज गर्न र खरिद गर्न सक्नुहुन्छ, र इम्बेड गरिएको phpMyAdmin वा Adminer मार्फत आफैं डाटाबेस निरीक्षण गर्न सक्नुहुन्छ।
हामी जोखिमलाई बेवास्ता गर्नुको सट्टा त्यसलाई न्यूनीकरण गर्छौं। यो कार्य एक Temporal कार्यप्रवाह (workflow) को रूपमा चल्छ — टिकाउ, पुनः प्रयास गर्न सकिने र आइडम्पोटेन्ट — त्यसैले असफल भएको चरणले कामलाई अधुरो छोड्नुको सट्टा पुनः प्रयास गर्दछ, र दोहोर्याइएको कार्य डिजाइन अनुसार नै सुरक्षित हुन्छ। प्रत्येक रन कार्यप्रवाहको इतिहासमा रेकर्ड गरिन्छ। Footprint-Free योजनाहरूमा, दैनिक ब्याकअपहरू एक-क्लिक रिस्टोरको साथ ३० दिनसम्म राखिन्छ, ताकि तपाईंलाई आवश्यक पर्दा प्रयोग गर्नको लागि सधैं हालैको रिस्टोर बिन्दु उपलब्ध होस्। डाटाबेसमा कुनै महत्त्वपूर्ण परिवर्तन गर्नु अघि ब्याकअप लिनु राम्रो अभ्यास हो, चाहे त्यो जसले चलाइरहेको भए पनि।
यसले तिनीहरूलाई पूरक बनाउँछ। प्रत्येक साइटले इम्बेडेड, एकल-साइन-अन भएको phpMyAdmin र Adminer, बहु डाटाबेसहरू र प्रयोगकर्ताहरूको लागि समर्थन, र रिमोट पहुँच टगल सहितको आफ्नै MariaDB डाटाबेस राख्छ। डाटाबेस मर्मतसम्भार नियमित कामको (सफा गर्ने, अनुकूलन गर्ने, मर्मत गर्ने) स्वचालित संस्करण हो — जब तपाईं आफैँले काम गर्नुभन्दा परिणाम खरिद गर्न रुचाउनुहुन्छ।
यस प्लेटफर्मका सेवाहरू दुई मध्ये एक तरिकाले पूरा गरिन्छ। कर्मचारीहरूद्वारा पूरा गरिने सेवाहरूले हाम्रो एडमिन लाममा एउटा कार्य सिर्जना गर्छन्, जसलाई स्थिति ट्र्याकिङ र ग्राहक अपडेटहरू सहित सही विभागमा पठाइन्छ। डाटाबेस मर्मतसम्भार स्वचालित छ: यसलाई खरिद गर्दा बीचमा कुनै मानवीय हस्तक्षेप बिना सीधै कार्यप्रवाह सुरु हुन्छ। यसलाई प्रक्रियाको सट्टा कार्यप्रवाहको रूपमा निर्माण गर्नुको मुख्य उद्देश्य यही हो।
हो। डाटाबेस अप्टिमाइज, गार्डेड क्वेरी, तथा ब्याकअप र रिस्टोर सबै MCP टुल क्याटलगमा छन्, र Extras खरिद गर्ने कार्यलाई पुष्टि गर्ने चरणसहित प्रस्तुत गरिएको छ। तपाईंको एजेन्ट तपाईंको संस्था र तपाईंको RBAC अनुमतिहरूमा दायरा निर्धारण गरिएको टोकनसँग OAuth 2.1 मार्फत जडान हुन्छ — प्रति-उपकरण, खारेज गर्न सकिने, सशुल्क कार्यहरूमा खर्चको सीमा तोकिएको, र प्रत्येक कल अडिट-लग गरिएको। तपाईंले जे गर्न सक्नुहुन्छ, यसले त्यही मात्र गर्न सक्छ।
डेटाबेस मर्मतसम्भार योजनामा समावेश गरिएको सुविधा नभई खरिद गर्न सकिने पहिलो-पक्ष सेवा हो — तपाईंलाई आवश्यक परेको बेला ड्यासबोर्डमा तपाईंको मुद्रामा देखाइएको मूल्यमा यसलाई खरिद गर्न सक्नुहुन्छ, जुन तपाईंको बिलिङ खाता वा वालेटबाट काटिनेछ। योग्यता उत्पादन लाइनअनुसार निर्धारण गरिन्छ, त्यसैले तपाईंको Extras खण्डमा देखिने कुराहरूले तपाईं आबद्ध रहनुभएको उत्पादन लाइनलाई जनाउँछ। प्लेटफर्म परीक्षण गर्न तपाईंलाई आवश्यक पर्ने सबै कुरा कार्ड-रहित १४-दिने परीक्षणमा उपलब्ध छ: कुनै भुक्तानी विवरण चाहिँदैन, Footprint-Free होस्टिङमा पाँचवटा सम्म साइटहरू उपलब्ध छन्।
फ्लिटले CloudLinux MySQL Governor सँग MariaDB चलाउँछ, जसले प्रति साइट डाटाबेस प्रयोगलाई विशेष रूपमा नियन्त्रण गर्दछ ताकि एउटा साइटको भारी क्वेरीहरूले बाँकीका लागि सर्भरलाई ढिलो बनाउन नसकोस्। यो LVE स्रोत सीमा र CageFS फाइलप्रणाली अलगावसँगै काम गर्दछ। समग्र डिजाइन लक्ष्य नियन्त्रण हो — समस्याहरू जुन पिँजडामा सुरु भएका हुन् त्यहीँ सीमित रहन्छन्।
Footprint-Free होस्टिङमा कुनै कार्ड विवरण नचाहिने १४-दिने परीक्षण सुरु गर्नुहोस् — भुक्तानी विवरण आवश्यक छैन, पाँचवटा सम्म साइटहरू — र यो प्लेटफर्मले ती समस्याहरूलाई कसरी पत्ता लगाउँछ र समाधान गर्छ हेर्नुहोस् जुन तपाईंले अन्यथा सुस्त पृष्ठबाट मात्र थाहा पाउनुहुने थियो।
निःशुल्क सुरु गर्नुहोस्