सफा गर्नुहोस्
डेटाबेसमा भएका तर अब आवश्यक नपर्ने कुराहरू सफा गर्नुहोस्, ताकि तपाईंको साइटले वास्तवमा सेवा गर्ने डेटातिर काम गर्ने सेट फेरि सानो होस्।
डेटाबेस मर्मतसम्भार
आवश्यकता पर्ने बित्तिकै आफैँ हुने डाटाबेस मर्मतसम्भार
प्रत्येक WordPress डाटाबेस समयसँगै भारी हुँदै जान्छ। Zinn Digital® ले यसलाई सहयोग टिकटको रूपमा नभई एक इन्जिनियरिङ समस्याको रूपमा लिन्छ: क्लिन, अप्टिमाइज र रिपेयर एक क्लिकमा खरिद गर्न सकिने स्वचालित कार्यप्रवाहको रूपमा सञ्चालन हुन्छन्—र प्लेटफर्मले डाटाबेस फुलेको देख्नेबित्तिकै तपाईंलाई यो प्रस्ताव गर्छ। उपलब्धता: MCP मार्फत ब्याकअप र पुनर्स्थापना र प्रति-साइट डाटाबेस थ्रोटलिङ सक्रिय विकासमा छन् र अहिलेसम्म उपलब्ध छैनन्। यहाँ वर्णन गरिएका अन्य सबै कुराहरू आज नै लाइभ छन्।
- ६५०,०००+विश्वभर होस्ट गरिएका साइटहरू
- जिरो-टचस्वचालित पूर्ति, कुनै टिकट लाइन छैन
- ३० दिनFootprint-Free योजनाहरूमा दैनिक ब्याकअप प्रति retention
- १४ दिनकार्डरहित PBN परीक्षण, अधिकतम ५ साइटहरू
डेटाबेसहरू कसरी चुपचाप अवरोध बन्छन्
WordPress siteका फाइलहरू तपाईंले बनाउनुभएको साइजको वरिपरि नै रहन्छन्। यसको डेटाबेसमा भने त्यस्तो हुँदैन। टेबलहरू थपिँदै जान्छन्, इन्डेक्सहरू बिग्रन्छन्, स्टोरेज इन्जिनहरूले खाली ठाउँ ओझेलमा राख्छन् जुन अब कसैले प्रयोग गरिरहेको हुँदैन, र कहिलेकाहीँ एउटा टेबल ट्युनिङ गर्नुको सट्टा मर्मत गर्नुपर्ने अवस्थामा पुग्छ। यसको कुनै पूर्वसूचना आउँदैन। साइट केवल ढिलो हुन्छ, क्वेरीहरूमा बढी समय लाग्छ, र कसैले चाल पाउने पहिलो कुरा भनेको हिजोसम्म तुरुन्त खुल्ने पेज अहिले नखुल्नु हो।
एउटा मात्र साइटमा त्यो एउटा झन्झट हो। सयौं साइटहरूको पोर्टफोलियो वा नेटवर्कमा यो एउटा बढ्दो कर हो — ती मध्ये प्रत्येक आवश्यकताभन्दा अलि भारी छन्, ती मध्ये प्रत्येकले डाटाबेसमा सर्भरले गर्नुपर्ने भन्दा बढी माग गरिरहेका छन्।
Zinn Digital® ले यसलाई प्लेटफर्मका बाँकी भागहरूलाई जसरी व्यवस्थापन गर्छ त्यसरी नै ह्यान्डल गर्छ: ए an automated, repeatable operation को रूपमा। Database maintenance ड्यासबोर्डबाट खरिद गर्ने पहिलो पक्षीय सेवा हो, र यसलाई खरिद गर्दा अप्टिमाइजेश काम तुरुन्तै सुरु हुन्छ। त्यहाँ सामेल हुनको लागि कुनै लाम छैन र प्रतीक्षा गर्नको लागि कुनै इन्जिनियर छैन।
रविप्रेषण (maintenance run) ले के गर्छ
साइटको MariaDB डाटाबेसको सरसफाइ, अप्टिमाइज, मर्मत र रिपोर्टिङ एउटै कामको रूपमा चलाइन्छ।
अनुकूलित गर्नुहोस्
आवंटित तर प्रयोग नगरिएको टेबल स्पेस खाली गर्नुहोस् र इन्डेक्स तथा तथ्याङ्कहरूलाई क्वेरी प्लानरले अपेक्षा गर्ने स्थितिमा फर्काउनुहोस्, ताकि रिड अपरेसनहरूले आवश्यकताभन्दा बढी काम गर्न बन्द गरून्।
मर्मत गर्नुहोस्
खराब अवस्थामा पुगेका टेबलहरू पत्ता लगाउनुहोस् र मर्मत गर्नुहोस् — यो त्यस्तो त्रुटि हो जसले बेवास्ता गरिएमा ढिलो साइटलाई पूर्ण रूपमा बिग्रिएको साइटमा परिणत गर्दछ।
प्रतिवेदन दिनुहोस्
खरिद शुल्क बिलिङ वा तपाईंको वालेटमार्फत काटिन्छ, प्रक्रिया पूरा हुन्छ, तपाईंलाई सूचित गरिन्छ र यो आफैँलाई सम्पन्न रूपमा चिन्हित गर्छ। यदि केही गलत भयो भने, फिर्ता र विवादहरू हामीबाट खरिद गर्ने अन्य सबै कुराहरू जस्तै समान बिलिङ मार्गबाटै हुन्छन्।
सहयोग लाम होइन, स्वचालित परिपूर्ति
यो प्लेटफर्मका फर्स्ट-पार्टी सेवाहरू दुई प्रकारका हुन्छन्। केही कर्मचारीद्वारा पूरा गरिने हुन्छन्: तिनलाई खरिद गर्दा हाम्रो एडमिन क्युमा एउटा कार्य सिर्जना हुन्छ, जुन सही विभागमा पठाइन्छ, ट्र्याक गरिन्छ र अद्यावधिक गरिन्छ। डाटाबेस मर्मतसम्भार तीमध्ये एक होइन। यो स्वचालित हुन्छ — खरिदले Temporal वर्कफ्लोलाई ट्रिगर गर्छ जसले तपाईंको साइटमा सीधै अप्टिमाइजेसन कार्य चलाउँछ। तत्काल, शून्य-स्पर्श।
यो सुन्दा जस्तो लाग्छ, उससे बढी महत्त्वपूर्ण छ। Temporal वर्कफ्लोहरू डिजाइनअनुसार नै दिगो, पुनप्रयास गर्न सकिने र आइडेम्पोटेन्ट हुन्छन्, जुन यस प्लेटफर्मका सबै लामो समयसम्म चल्ने अपरेशनहरूले पालना गर्नुपर्ने मापदण्ड हो। यदि कुनै चरण बीचमै असफल भयो भने, वर्कफ्लो अधुरो भएर तपाईंको डेटाबेसमा अन्योलपूर्ण अवस्था सिर्जना गर्नुको सट्टा जहाँ रोकिएको थियो त्यहींबाट पुनप्रयास गर्छ। यदि कुनै पुनप्रयासले पहिले नै सफल भइसकेको अपरेशनलाई फेरि चलाउँछ भने, त्यो संरचनागत रूपमा सुरक्षित हुन्छ।
यसको अर्थ लोड बढ्दा पनि सेवाको गुणस्तर खस्कँदैन भन्ने हो। एकैचोटि दश जना ग्राहकले डाटाबेसमा मर्मतसम्भार खरिद गर्दा एउटै इन्जिनियरको प्रतीक्षामा एकअर्काको पछाडि लाइनमा बस्नु पर्दैन — ती दशवटा कार्यप्रवाह कार्यान्वयन हुन्, र प्लेटफर्म तिनीहरूलाई तेस्रो तहमा (होराइजेन्टल रूपमा) मापन गर्न निर्माण गरिएको हो।
- खरिदले तुरुन्तै काम सुरु गर्छ — भुक्तानी लिने, पूरा गर्ने, सूचना पठाउने, समाप्त गर्ने।
- एक टिकाउ Temporal कार्यप्रवाहको रूपमा चल्छ: पुन: प्रयास गर्न सकिने र आइडेम्पोटेंट, फायर-एन्ड-फर्गेट स्क्रिप्ट होइन।
- प्रत्येक रन कार्यप्रवाह इतिहासमा देखिन्छ, त्यसैले के चलेको थियो र कहिले भन्ने रेकर्ड हुन्छ।
- प्लानहरू र एड-अनहरू जस्तै रिफन्ड र विवादहरू पनि उही बिलिङ मार्गबाट ह्यान्डल गरिन्छन्।
सही समयमा प्रस्ताव गरिएको, मेनुमा लुकाइएको छैन
प्लेटफर्मले पहिले नै तपाईंका साइटहरूको निगरानी गरिरहेको छ। यसले सही समयमा सही सेवा प्रदान गर्न आफूले देखेका कुराहरूको प्रयोग गर्दछ।
ड्यासबोर्डमा एउटा समर्पित अतिरिक्त (Extras) खण्ड छ जहाँ तपाईंले चाहँदा पहिलो पक्षीय सेवाहरू ब्राउज गर्न र खरिद गर्न सक्नुहुन्छ। तर अझ बढी उपयोगी बाटो त्यो हो जसले तपाईंलाई फेला पार्छ: प्रासंगिक अपसेलहरू। डाटाबेस मर्मतसम्भार बढेको डाटाबेस विरुद्ध देखाइन्छ, गति अप्टिमाइजेसन सुस्त साइट Core Web Vitals असफल भएको विरुद्धमा, मालवेयर क्लिनअप flagged साइट विरुद्ध, र माइग्र्रेसन साइनअपको बेलामा।
ती प्रम्प्टहरू वास्तविक अब्जर्भेबिलिटी सिग्नलहरूद्वारा संचालित हुन्छन् — सामान्य मासिक झन्झट होइन, फ्लीट सञ्चालन गर्न प्ल्याटफर्मले सङ्कलन गर्ने प्रति-साइट मेट्रिक्स र स्रोत टेलिमेट्री नै हुन्। र AI सहायकले सेवा सुझाव दिन र तपाईंको लागि त्यसलाई सुरु गर्न पनि सक्छ, त्यसैले समस्या देख्नु र त्यसलाई समाधान गर्नुबीचको दूरी एउटा परियोजना हुनुको सट्टा एउटा कुराकानी मात्र हुन्छ।
तपाईंले पहिले नै प्रयोग गरिरहनुभएको डाटाबेस उपकरणहरू
मर्मतसम्भार माथि तहको स्वचालित तह हो। यसको मुनि, प्रत्येक साइट पूर्ण डाटाबेस नियन्त्रणका साथ सञ्चालन हुन्छ।
प्रत्येक साइटमा MariaDB
प्रत्येक साइटलाई आफ्नै डेटाबेस प्राप्त हुन्छ, जहाँ परियोजनालाई आवश्यक परेमा धेरै डेटाबेसहरू र धेरै डेटाबेस प्रयोगकर्ताहरूको लागि समर्थन उपलब्ध हुन्छ।
phpMyAdmin र Adminer, एम्बेडेड
दुवै ड्यासबोर्डमा र एकल साइन-अन मार्फत एकीकृत छन्—कुनै छुट्टै प्रमाण पत्रहरू व्यवस्थापन गर्नुपर्दैन, सुरक्षा गर्नुपर्ने कुनै छुट्टै लगइन छैन।
रिमोट पहुँच टगल
कुनै उपकरण वा विकासकर्तालाई आवश्यक पर्दा बाह्य डाटाबेस पहुँच अन गर्नुहोस् र नचाहिने बेला फेरि अफ गर्नुहोस्। पूर्वनिर्धारित रूपमा बन्द हुनु नै उचित अवस्था हो।
प्रति-साइट Redis अब्जेक्ट क्यास
बारम्बार हुने पठनहरूलाई Redis मा अफलोड गर्नुहोस् ताकि डेटाबेसले पहिलो स्थानमा कम प्रश्नहरूको उत्तर दिइरहेको होस्। उपचारका साथसाथै रोकथाम।
MySQL Governor: तपाईंका क्वेरीहरू, तपाईंका समस्याहरू — र केवल तपाईंकै
shared पूर्वाधारमा डाटाबेस कार्यसम्पादनको अर्को आधा भाग त्यो हो जुन तपाईंसँग नियन्त्रणमा छैन: अरू सबैका साइटहरूले त्यही सर्भरमा के गरिरहेका छन्। हाम्रो वर्कर फ्लीटले CloudLinux MySQL Governor सहित MariaDB चलाउँछ, जसले प्रति साइट डाटाबेस प्रयोगलाई नियन्त्रण गर्छ। भारी प्रश्नहरू (queries) चलाउने एउटा साइटलाई यसका छिमेकीहरूको लागि सर्भर ढिलो बनाउनुको सट्टा यसको आफ्नै सीमाभित्रै सीमित राखिन्छ।
यो बाँकी आइसोलेसन स्ट्याकको साथमा रहन्छ — CPU, RAM, IO, IOPS र प्रक्रियाहरूमा LVE क्यापहरू, र CageFS ले प्रत्येक टेनन्टलाई आइसोलेटेड फाइलसिस्टम दृश्य प्रदान गर्दछ। सम्पूर्ण डिजाइनको उद्देश्य उही हो: एउटा साइटमा आएको समस्या त्यही साइटमा सीमित रहन्छ।
त्यसैले जब तपाइँको डाटाबेस ढिलो हुन्छ, यसको समाधान त्यस्तो कुरा हो जुनमा तपाइँ वास्तवमै काम गर्न सक्नुहुन्छ। यो तपाइँको डाटाबेस हो, र डाटाबेस मर्मतसम्भार नै त्यो बटन हो जसले यसलाई ठीक गर्छ।
तपाईंको एआई उपकरणबाट यसलाई सञ्चालन गर्नुहोस्
MCP उपकरण क्याटलगमा डाटाबेस अपरेसनहरू समावेश छन्, त्यसैले कुनै पनि MCP-सक्षम एजेन्टले तपाईंको तर्फबाट तिनीहरूलाई चलाउन सक्छ।
हाम्रो होस्टेड MCP सर्भरले प्लेटफर्मलाई Claude Code, Cursor, ChatGPT, Claude Desktop र अन्य कुनै पनि MCP-सक्षम एजेन्टमा खुलाउँछ — प्रत्येक उपकरणका लागि छुट्टै इन्टिग्रेसनको सट्टा एउटै जडान। त्यो क्याटलगमा रहेका डाटाबेस उपकरणहरूमा गार्डेड क्वेरी, अप्टिमाइज, र ब्याकअप र पुनर्स्थापना (ब्याकअप एन्ड रिस्टोर) समावेश छन्। खरिद गरिने एक्स्ट्राज (Extras) पनि स्पष्ट पुष्टिकरण चरणको पछाडिबाट खुलाइएको छ।
एजेन्टले गर्न सक्ने सबै कुरा यो जडान भएको पहिचानद्वारा सीमित हुन्छ। टोकनहरू OAuth 2.1 मार्फत जारी गरिन्छन्, जुन प्रति-उपकरण र खारेज गर्न सकिने गरी तपाईंको संस्था र RBAC अनुमतिहरूमा सीमित हुन्छन्। विनासकारी कार्यहरूका लागि स्पष्ट पुष्टिको आवश्यकता पर्छ, AI-द्वारा सुरु गरिएका सशुल्क कार्यहरूमा खर्च सीमा लागु हुन्छ, र प्रत्येक MCP कार्य पहिचान, उपकरण, तर्क र नतििकासहित अडिट लगतमा लेखिन्छ।
अभ्यासमा: तपाईंको एजेन्टले डाटाबेस भारी भएको महसुस गर्छ, मर्मत कार्य चलाउने हो कि भनी सोध्छ, तपाईं पुष्टि गर्नुहुन्छ, र कार्यप्रवाह (workflow) चल्छ। AI एउटा चालक हो, अनियन्त्रित अपरेटर होइन।
योजना जस्तै किनिएको, सेवा जस्तै मूल्य निर्धारण गरिएको
पहिलो-पक्षका सेवाहरू यस प्लेटफर्ममा डाटा हुन्, हार्डकोड गरिएका सुविधाहरू होइनन्।
- हाम्रा कर्मचारीहरूले एडमिन कन्सोलमा सेवाहरूलाई योजनाहरू व्यवस्थापन गरिएकै तरिकाले थप्छन्, सम्पादन गर्छन्, मूल्य निर्धारण गर्छन् र सक्षम पार्छन् — कुनै पनि सेवा सुरु गर्न वा समायोजन गर्न कोड परिवर्तन गर्नुपर्दैन।
- मूल्यहरू प्रत्येक मुद्राको लागि, एक पटकको वा आवर्ती रूपमा सेट गरिएका हुन्छन्, ताकि तपाईंले पहिल्यै भुक्तानी गर्ने मुद्रामै खरिद गर्न सक्नुहोस्।
- सेवाहरूमा उत्पादन-लाइनको पात्रता हुन्छ, त्यसैले के प्रस्ताव गरिएको छ भन्ने कुरा तपाईँले वास्तवमा के चलाउनुहुन्छ भन्ने सँग मेल खान्छ।
- चार्जिङ बिलिङ वा तपाइँको वालेटको ब्यालेन्सबाट, तपाइँको सदस्यतासँगै हुन्छ — एउटा खाता, बीजकहरूको एउटा सेट।
- खरीदहरू सामान्य व्यापारिक कारोबार हुन्: पूरा भएपछि सूचित गरिन्छ, फिर्ता गर्न सकिने, विवाद गर्न सकिने।
What it costs
A one-off job per site, run automatically once you buy it.
Database Maintenance & Optimization
नेरू ४,३८४.९९one-off
It runs within 1 day of purchase, and a full backup is taken before anything is changed. Add-ons are bought per site from your dashboard and appear on your normal invoice — no separate account, no second bill and no minimum term. Prices exclude tax, which is worked out from your billing country at checkout.
प्रायः सोधिने प्रश्नहरू
मेरो डाटाबेसलाई मर्मतसम्भार चाहिन्छ भनेर मैले कसरी थाहा पाउने?
धेry जसोमा तपाईंले यो आफैं पत्ता लगाउनु पर्दैन। प्लेटफर्मले प्रति-साइट स्रोत प्रयोगको निगरानी गर्छ र डेटाबेसमा अत्यधिक वृद्धि देख्दा यसलाई प्रासंगिक प्रस्तावको रूपमा सतहमा ल्याउँछ, र AI सहायकले यसलाई चिन्ह लगाउन र तपाईंको लागि काम सुरु गर्न सक्छ। तपाईंले यसलाई ड्यासबोर्डको एक्स्ट्रा खण्डबाट पनि जुनसुकै बेला ब्राउज गरेर किन्न सक्नुहुन्छ, र इम्बेड गरिएको phpMyAdmin वा Adminer मार्फत डेटाबेस आफैं निरीक्षण गर्न सक्नुहुन्छ।
के मर्मतसम्भारको समयमा मेरो डाटा जोखिममा छ?
हामी जोखिमलाई लुकाउनुको सट्टा यसको सम्भावनालाई न्यूनीकरण गर्छौं। यो कार्य Temporal कार्यप्रवाहको रूपमा चल्छ—टिकाउ, पुन: प्रयास गर्न सकिने र आइडेम्पोटेंट—जसले गर्दा असफल भएको चरणले काम अधुरो छोड्नुको सट्टा पुन: प्रयास गर्छ, र दोहोराइने कार्य डिजाइन अनुसार सुरक्षित हुन्छ। प्रत्येक रन कार्यप्रवाह इतिहासमा रेकर्ड हुन्छ। Footprint-Free योजनाहरूमा, एक-क्लिक पुनस्थापनाको साथ दैनिक ब्याकअपहरू ३० दिनसम्म राखिन्छन्, त्यसैले यदि तपाईं चाहनुहुन्छ भने पछि हट्नको लागि सधैं हालसालैको पुनस्थापना बिन्दु उपलब्ध हुन्छ। यसलाई जसले चलाइरहेको भए पनि, कुनै पनि महत्त्वपूर्ण डाटाबेस परिवर्तन गर्नु अघि ब्याकअप लिनु राम्रो अभ्यास हो।
के यसले मेरो प्यानलमा भएका डेटाबेसमाथिका उपकरणहरूलाई प्रतिस्थापन गर्छ?
यसले तिनलाई पूरक बनाउँछ। प्रत्येक साइटले इम्बेडेड, सिङ्गल-साइन-अन गरिएको phpMyAdmin र Adminer, बहुविध डाटाबेस र प्रयोगकर्ताहरूको लागि समर्थन, र रिमोट एक्सेस टगलको साथ आफ्नो स्वामित्वको MariaDB डाटाबेस राख्छ। डाटाबेस मर्मतसम्भार भनेको नियमित काम — सफा गर्ने, अप्टिमाइज गर्ने, मर्मत गर्ने — को स्वचालित संस्करण हो, जब तपाईं यसलाई आफैँ गर्नुभन्दा नतिजा प्राप्त गर्न रुचाउनुहुन्छ।
यो साधारण समर्थन टिकट (support ticket) भन्दा कसरी फरक छ?
यस प्लेटफर्मका सेवाहरू दुईमध्ये एक तरिकाबाट पूरा हुन्छन्। कर्मचारीद्वारा पूरा गरिने सेवाहरूले हाम्रो एडमिन क्युमा एउटा कार्य सिर्जना गर्छन्, जुन स्थिति ट्र्याकिङ र ग्राहक अद्यावधिकहरूको साथ सही विभागमा पठाइन्छ। डाटाबेस मर्मतसम्भार स्वचालित हुन्छ: यसलाई खरिद गर्नाले बीचमा कुनै मानवीय चरणविना सीधै कार्यप्रवाह (workflow) सुरु गराउँछ। यसलाई प्रक्रियाको सट्टा कार्यप्रवाहको रूपमा निर्माण गर्नुको मुख्य उद्देश्य नै यही हो।
के मेरो AI एजेन्टले मेरो लागि यो चलाउन सक्छ?
हुन्छ। डाटाबेस अप्टिमाइज, सुरक्षित क्वेरी, र ब्याकअप र पुनर्स्थापना सबै एमसीपी टूल क्याटलगमा छन्, र अतिरिक्तहरू खरिद गर्ने काम कन्फर्मेसन चरणसहित उपलब्ध गराइन्छ। तपाईंको एजेन्टले OAuth 2.1 मार्फत तपाईंको संस्था र तपाईंको आरबिएसी अनुमतिहरूमा सीमित टोकन प्रयोग गरेर जडान गर्दछ—प्रति-टूल, खारेज गर्न सकिने, सशुल्क कार्यहरूमा खर्च-सीमा तोकिएको, र प्रत्येक कल अडिट-लग गरिएको। यसले तपाईंले गर्न सक्ने काम मात्र गर्न सक्छ।
कुन योजनाहरूमा यो समावेश छ?
डाटाबेस मर्मतसम्भार योजनामा समावेश नगरिएको किनमेल गर्न सकिने पहिलो पक्षको सेवा हो — यसलाई तपाईंलाई आवश्यकता परेको बेला ड्यासबोर्डमा तपाईंको मुद्रामा देखाएको मूल्यमा खरिद गर्न सक्नुहुन्छ, जुन तपाईंको बिलिङ खाता वा वालेटबाट लिइन्छ। यसको योग्यता प्रत्येक उत्पादन लाइनअनुसार सेट गरिएको हुन्छ, त्यसैले तपाईंको अतिरिक्त (Extras) खण्डमा देखिने कुराले तपाईं कुन उत्पादन लाइनमा हुनुहुन्छ भन्ने प्रतिबिम्बित गर्छ। प्लेटफर्म प्रयोग गरी हेर्नका लागि चाहिने सबै कुरा कार्ड-रहित १४ दिने परीक्षण अवधिमा उपलब्ध छ: कुनै भुक्तानी विवरण बिना, Footprint-Free Hosting मा पाँचवटा साइटहरूसम्म।
एउटा साइटको भारी डाटाबेस प्रयोगले मेरा अन्य साइटहरूलाई ढिलो बनाउँछ?
फ्लीटले मारियाडीबी (MariaDB) लाई CloudLinux MySQL Governor को साथ चलाउँछ, जसले विशेष गरी प्रति साइट डाटाबेस प्रयोगलाई नियन्त्रण गर्छ ताकि एउटा साइटको भारी क्वेरीहरूले बाँकीका लागि सर्भरलाई सुस्त बनाउन नसकोस्। यो LVE संसाधन क्याप्स र CageFS फाइलसिस्टम आइसोलेसनको साथमा रहन्छ। यसभरि डिजाइनको लक्ष्य कन्टेन्मेन्ट हो — समस्याहरू सुरु भएको पिँजडामै रहन्छन्।
सम्बन्धित
देख्न नसक्ने डाटाबेस बोक्न बन्द गर्नुहोस्
Footprint-Free Hosting मा कार्ड नचाहिने १४ दिने परीक्षण सुरु गर्नुहोस् — कुनै भुक्तानी विवरण पर्दैन, पाँचवटासम्म साइटहरू — र ढिलो पृष्ठबाट पत्ता लाग्ने समस्याहरूलाई प्लेटफर्मले कसरी देखाउँछ र समाधान गर्छ हेर्नुहोस्।
निःशुल्क सुरु गर्नुहोस्