پاکول
د ډیټابیس هغه اضافي او نورو ته اړین توکي پاک کړئ، ترڅو کاري برخه بیرته ستاسو د سایټ اصلي ډیټا ته راټوټه شي.
د ډېټابیس ساتنه
د ډیټابیس ساتنه چې په خپله ترسره کیږي، هغه شبیه چې ورته اړتیا وي
د وردپرس (WordPress) هر ډیټابیس د وخت پهېر دروندېږي. زېن ډیجیټل® (Zinn Digital®) دې ته د یوې تخنیکي ستونزې په سترګه ګوري، نه د ملاتړ ټکټ: پاکول، تنظیمول او روغول د یو اتومات کاري بهیر په توګه په یو کلیک سره ترسره کېږي - او پلتفارم دا تاسو ته په هغه شېبه کې وړاندې کوي کله چې د ډیټابیس د پړسېدو نښې وویني. شتون: د MCP له لارې بیک اپ او ریسټور او د هر سایټ د ډیټابیس تروتلینګ په فعاله توګه تر پراختیا لاندې دي او لا تر اوسه شتون نه لري. دلته تشریح شوي نور ټول شیان نن په ژوندي بڼه شتون لري.
- ۶۵۰,۰۰۰+په ټوله نړۍ کې کوربه شوي سایټونه
- بې لاسوهنېاوټوماتیک بشپړول، د ټکټ قطار نشته
- ۳۰ ورځېپه Footprint-Free پلانونو کې د ورځني بیک اپ ساتنه
- ۱۴ ورځېد پي بي ان (PBN) د کارډ نه لرونکې ازموينه، تر ۵ سایټونو پورې
ولې ډیټابیسونه په پټه توګه د ستونزې په غاړه (bottleneck) ګرځي
د WordPress سایټ دوتنې په عمومي توگه په هغو اندازه پاتې کیږي چې تاسو جوړې کړې وي. د دې ډیټابیس داسې نه دی. جدولونه راټولیږي، شاخصونه له خپل حالت څخه وځي، د ذخیره کولو انجنونه هغه ځای تخصیص شوی پریږدي چې نور یې هیڅوک نه کاروي، او ځینې وختونه یو جدول په داسې حالت کې پای ته رسیږي چې د تنظیم پر ځای ترمیم ته اړتیا لري. د دې څخه هیڅ یو هم ځان نه اعلانوي. سایټ په ساده ډول ورو کیږي، پوښتنې ډیر وخت نیسي، او لومړی څوک چې دا پام کوي هغه پاڼه ده چې مخکې یې سمدستي احساس کاوه او اوس نه کوي.
په یوه یواینۍ سایټ کې دا یو ځورونکی شی دی. په یو ټولګه یا د سلګونو سایټونو په شبکه کې دا یو مخ پر ودې مالیه ده — چې هره یوه یې د اړتیا په پرتله لږه درنه ده، او هره یوه یې د ډیټابیس له سرور څخه د هغه په پرتله ډیره غوښتنه کوي چې باید وي.
Zinn Digital® له دې سره په ورته ډول چلند کوي څنګه چې موږ د پلیټفارم له پاتې برخې سره کوو: د یو عملیاتي، تکرارېدونکي عملیات په توګه. د ډیټابیس ساتنه یوه لومړۍ درجې خدمت دی چې تاسو یې له ډشبورډ څخه پیروئ، او د هغې پیرود سمدستي د اصلاح کولو دنده پرمخ وړي. د یوځای کېدو لپاره هیڅ قطار نشته او د انتظار لپاره هیڅ انډینر نشته.
د ساتنې چلول څه کوي
د سایټ د MariaDB ډیټابیس پاکول، اصلاح کول، رغول او راپور ورکول، چې د یوې دندې په توګه اجرا کېږي.
آغېزمَن کول
هغه جدول ځای چې تخصیص شوی خو نه دی کارول شوی بېرته ترلاسه کړئ او شاخصونه او احصایې په هغه حالت کې راوستئ چې د پوښتنې پلان کونکی یې تمه لري، ترڅو لوستل د اړتیا په پرتله ډېر کار ونه کړي.
بیاغوندل
هغه جدولونه پیدا او وغورموئ چې په خرابه حالت کې وي - د ناکامۍ هغه حالت چې که پرېښودل شي، ورو ویب پاڼه په ماته شوې ویب پاڼه بدلوي.
راپور ورکول
پېرودل د بلینګ یا ستاسو د بټوې له لارې لګښتونه اخلي، ترسره کوي، تاسو ته خبر درکوي او ځان بشپړ په نښه کوي. که یو څه نیمګړتیا وي، بیرته ورکول او شخړې د هغو ټولو په څیر چې تاسو زموږ څخه اخلئ، د همدې بلینګ لارې له لارې پرمخ ځي.
اتوماتیک پوره کول، د ملاتړ صف نه دی
پدې پلاتفورم کې لومړۍ درجې خدمتونه په دوو بڼو راځي. ځینې یې د کارمندانو لخوا ترسره کېږي: د هغو پیرودل زموږ په اداري صف کې یو کار رامینځته کوي، سم څانګې ته استول کېږي، تعقیب او تازه کېږي. د ډیټابیس ساتنه له هغو څخه یو نه ده. دا اتوماتیک دی — پیرودل یو Temporal کاري فلو رامینځته کوي چې ستاسو د سایټ پر وړاندې د اصلاح کولو دنده په مستقیم ډول پرمخ وړي. سمدستي، د لاس وهنې پرته.
دا د هغه په پرتله چې معلومیږي ډیر اهمیت لري. Temporal کاري جریانونه د ډیزاین له مخې پایښت لرونکي، د بیا هڅې وړ او عاقبت په پام کې نیولو سره دي، کوم چې هغه معیار دی چې په دې پلاتفورم کې د هر اوږد مهاله عملیاتو لپاره پلي کیږي. که چیرې یو ګام په لاره کې پاتې راشي, نو کاري جریان د نیمګړتیا پر ځای له هغه ځایه بیا هڅه کوي چې پاتې و او ستاسو ډیټابیس په یو مبهم حالت کې نه پریږدي. که چیرې بیا هڅه یو داسې عملیات بیا ترسره کړي چې دمخه بریالی شوی وي، نو دا د جوړښت له مخې خوندي دی.
دا پدې مانا هم ده چې خدمت د بار لاندې نه خرابېږي. لس پېرودونکي چې په یو وخت کې د ډاټابېس ساتنه اخلي د همدې یو انجنیر په تمه په قطار کې نه درېږي — دا د کاري بهیر لس اجراات دي، او پلتفورم د دې لپاره جوړ شوی چې په افقي توګه یې پراخ کړي.
- پېرود سمدلاسه دندې ته لاره هواروي — تحویلول، بشپړول، خبرول، پای ته رسول.
- د یو پایښت لرونکي Temporal کاري بهیر په توګه پرمخ ځي: د بیا هڅېدو وړ او تکراریدونکی، نه د هیرولو وړ سکرېپټ.
- هر چلول په کاري بهیر (workflow history) کې لیدل کیږي، نو د دې یو ریکارډ شتون لري چې څه شی او کله وځلل شو.
- بېرته ورکړې او شخړې د پلانونو او اضافي پرزو په څیر د ورته بیلینګ لارې له لارې اداره کیږي.
په سم وخت کې وړاندې کېږي، نه په مینو کې پټېږي
پلاتفورم لا دمخه ستاسو سایټونه څاري. دا هغه څه کاروي چې وویني ترڅو په سم وخت کې سم خدمت وړاندې کړي.
په ډشبورډ کې یو ځانګړی اضافي برخې (Extras) شتون لري چیرې چې تاسو کولی شئ هرکله چې وغواړئ د لومړي اړخ خدماتو لټون او پیرود وکړئ. مګر ترټولو ګټوره لاره هغه ده چې تاسو پیدا کړي: متني اپسيلونه. د ډیټابیس ساتنه د پړسیدلي ډیټابیس په وړاندې راڅرګندیږي، د سرعت اصلاح د ورو سایټ په وړاندې چې Core Web Vitals کې ناکام دی، د مالویر پاکول د نښه شوي سایټ په وړاندې، او مهاجرت د لاسلیک په وخت کې.
دا پرامپټونه د لید وړتیا د اصلي نښو په واسطه پرمخ وړل کیږي — همدغه د هر سایټ میټریکونه او د سرچینو ټیلی میټری چې پلتفورم یې د بیړۍ د چلولو لپاره راټولوي، نه د میاشتني عمومي خبرتیا په څیر. او د هوښیار مرستیال (AI assistant) کولی شي دواړه خدمت وړاندیز کړي او ستاسو لپاره یې پیل کړي، نو د ستونزې د پام وړ ګرځیدو او د هغې د حل کولو ترمنځ واټن د یوې پروژې پر ځای یوه خبرو اترو ده.
د ډیټابیس هغه وسیلې چې تاسو یې دمخه لرئ
ساتنه د پاس اتوماتیک پرت دی. د دې تر څو پورې، هره سایټ د بشپړ ډیټابیس کنټرول سره لیږل کیږي.
د هرې پاڼې لپاره ماری اې ډي بي
هر سایټ خپل ډیټابیس لري، چې د څو ډیټابیسونو او څو ډیټابیس کاروونکو ملاتړ هم ورسره شته، چیرې چې کومه پروژه ورته اړتیا ولري.
phpMyAdmin او Adminer، ځای پر ځای شوي
واړه په ډشبورډ کې جوړ شوي او په واحد لاسلیک (single-sign-on) سمبال دي — د مدیریت لپاره جلا اعتبار پاڼو او د ساتنې لپاره جلا ننوتلو ته اړتیا نشته.
د لیرې لاسرسي تبديلول
کله چې یو توکی یا پرمخ وړونکی ورته اړتیا ولري، د بهرني ډیټابیس لاسرسی فعال کړئ، او کله چې ورته اړتیا نه وي بېرته یې بند کړئ. په ډیفالټ توګه تړل شوی حالت تر ټولو سم حالت دی.
د هرې سایټ لپاره د Redis د شیانو کېچ
د تکراري لوستلو عملیات Redis ته ولیږدوئ ترڅو ډیټابیس په لومړي سر کې لږې پوښتنې ځواب کړي. د درملنې تر څنګ مخنیوی.
د MySQL Governor: ستاسو پوښتنې، ستاسو ستونزه — او یوازې ستاسو
په ګډو بنسټونو کې د ډیټابیس د فعالیت بله نیمه برخه هغه ده چې تاسو یې کنټرول نه لرئ: دا چې د نورو ټولو کسانو سایټونه په همدې سرور څه کوي. زموږ د کارګرانو بیړۍ MariaDB د CloudLinux MySQL Governor سره چلوي، کوم چې د هر سایټ لپاره د ډیټابیس کارول کنټرولوي. د درنو پوښتنو چلولو یو سایټ د دې پر ځای چې د خپلو ګاونډیو لپاره سرور ورو کړي، د خپلو خپلو محدودیتونو دننه محدود شوی دی.
دا د انزوا سټک د پاتې برخې تر څنګ ناست دی — په CPU، RAM، IO، IOPS او پروسو باندې د LVE حدونه، او CageFS چې هر کرایه کونکي ته د فایل سیسټم جلا لید ورکوي. په ټوله کې د ډیزاین موخه یوه ده: په یوه سایټ کې ستونزه په همدې سایټ کې پاتې کیږي.
نو کله چې ستاسو ډیټابیس ورو وي، ځواب یو داسې شی وي چې تاسو یې په کلکه عمل پرې کولی شئ. دا ستاسو ډیټابیس دی، او د ډیټابیس ساتنه هغه تڼۍ ده چې دا سموي.
د خپل مصنوعي ځیرکتیا (AI) وسیلې څخه یې پرمخ یوسي
د ډیټابیس عملیات د MCP وسیلې کتلاګ برخه دي، نو هر هغه اجنټ چې د MCP ملاتړ کوي کولی شي دا ستاسو په استازیتوب اجرا کړي.
زموږ کوربه شوی MCP سرور پلتفورم Claude Code، Cursor، ChatGPT، Claude Desktop او هر بل د MCP وړ اجنټ ته افشا کوي — د هرې وسیلې لپاره د جلا ادغام پرځای یو واحد اتصال. پدې کتلاګ کې د ډیټابیس وسیلې خوندي شوې پوښتنې، اصلاح کول، او بیک اپ او بحلول شامل دي. د Extras پیرود هم د څرګند تایید مرحلې تر شا افشا کیږي.
هره هغه چاړه چې ایجنټ یې تر سره کولی شي، د هغې هویت پورې محدوده ده چې ورسره وصل شوی دی. ټوکنونه د OAuth 2.1 له لارې صادرېږي، چې ستاسو سازمان او ستاسو د RBAC اجازو پورې، د هرې وسیلې لپاره په جلا توګه محدود او د لغوه کېدو وړ دي. ویجاړونکي کړنې څرګند تایید ته اړتیا لري، د لګښت حدونه په مصنوعي ځیرکتیا (AI) سره د تادیه شویو کړنو لپاره پلي کېږي، او د MCP هره کړنه د هویت، وسیلې، دلیلونو او پایلې سره په تفتیش ژورنال (audit log) کې ثبتېږي.
په عمل کې: ستاسو اېجنټ پام کوي چې ډېټابېس دروند دی، پوښتنه کوي چې آیا باید ساتنه (maintenance) ترسره کړي، تاسو یې تاییدوئ، او کاري بهیر (workflow) پیل کېږي. مصنوعي ځیرکتیا یو چلوونکی دی، نه یو بې څارنې آپریټر.
د پلان په څیر پیرودل شوی، د خدمت په څیر بیه شوی
د لومړي ګوند خدمتونه پدې پلاتفورم کې ډاټا دي، نه سخت کوډ شوي ځانګړتیاوې.
- زموږ کارکوونکي د مدیر په کنسول کې خدمات په همدې ډول اضافه کوي، سموي، قیمت ورکوي او فعاله کوي لکه څنګه چې پلانونه اداره کېږي — د یو خدمت د پیلولو یا تنظیمولو لپاره هېڅ کوډ بدلولو ته اړتیا نشته.
- بیې په هره اسعارو کې د یو ځل یا تکراریدونکو په توګه ټاکل کیږي، ترڅو تاسو په هغه اسعارو کې وپېرئ کوم چې تاسو مخکې هم پرې کوئ.
- خدمات د محصول لین وړتیا لري، نو هغه څه چې وړاندې کیږي د هغه څه سره سمون لري چې تاسو یې په حقیقت کې چلوئ.
- لګښت ستاسو د بلینګ یا بټوې د بیلانس له لارې، ستاسو د ګډون ترڅنګ ترسره کیږي — یو حساب، د انویسونو یوه مجموعه.
- پېرودنې عادي تجارت دي: د بشپړېدو پر مهال خبر ورکول کېږي، د بېرته ورکړې وړ دي، او د اعتراض وړ دي.
What it costs
A one-off job per site, run automatically once you buy it.
Database Maintenance & Optimization
AFN 1,874one-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.
پرله پسې پوښتنې
زه څنګه پوه شم چې زما ډیټابیس ساتنې ته اړتیا لري؟
په ډېرو مواردو کې به تاسو ته اړتیا نه وي چې دا پخپله وڅېړئ. پلیټ فارم د هر سایټ سرچینو کارول څاري او کله چې ویني یو ډیټابیس بې حده غټیږي نو د ډیټابیس ساتنه د یو سیاق پر بنسټ وړاندیز په توګه ښکاره کوي، او د AI مرستیال کولی شي دا په نښه کړي او ستاسو لپاره دغه دنده پیل کړي. تاسو کولی شئ دا هر وخت د ډش بورډ د Extras برخې څخه وګورئ او واخلئ، او پخپله ډیټابیس د مدغم شوي phpMyAdmin یا Adminer له لارې وڅېړئ.
آیا زما ډاټا د ساتنې (مېنټېنانس) پروسې په ترڅ کې له خطر سره مخ ده؟
موږ د دې پر ځای چې خطر هېر کړو، هغه کموو. دا کار د Temporal کاري بهیر په توګه پرمخ ځي — دوامدار، د بیا هڅې وړ او همغږی — نو یو پاتې راغلی ګام د دې پر ځای چې کار نیمګړی پرېږدي بیا هڅه کېږي، او یوه تکراري پروسه د ډیزاین له مخې خوندي وي. هره اجرا د کاري بهیر په تاریخچه کې ثبت کېږي. په Footprint-Free پلانونو کې، ورځني بیک اپونه د ۳۰ ورځو لپاره د یو کلیک په واسطه د بیا رغونې سره ساتل کېږي، نو تل د بیا رغونې یو وروستی ټکی شتون لري ترڅو که وغواړئ پرې ډاډه شئ. د هرې مهمې ډیټابیس بدلون څخه مخکې د بیک اپ اخیستل ښه تګلاره ده، په پام کې نه نیولو سره چې څوک یې پرمخ وړي.
آیا دا زما په پینل کې د ډیټابیس وسایل ځای په ځای کوي؟
دا د هغو بشپړونکې ده. هر سایټ خپله د MariaDB ډیټابیس ساتي چې پکې ځای پر ځای شوی او په واحد لاسلیک (single-sign-on'd) سمبال phpMyAdmin او Adminer، د څو ډیټابیسونو او کاروونکو ملاتړ، او د لرې پرتو لاسرسي (remote access) ټوګل شتون لري. د ډیټابیس ساتنه د عادي کارونو اتوماتیک نسخه ده — پاکول، غوره کول، او روغول — د هغه وخت لپاره چې تاسو غواړئ د پایلې پیرودلو ته د لاسي اجرا کولو په پرتله ترجیح ورکړئ.
دا د یو عادي ملاتړ ټکټ (support ticket) څخه څنګه توپیر لري؟
په دې پلټفورم کې خدمتونه په دوو لارو ترسره کېږي. د کارمندانو په مرسته ترسره کېدونکي خدمتونه زموږ د اداري صف په کتار کې یو کاري ګام رامنځته کوي، چې د سمې څانګې په لور د حالت له تعقیب او د پیرودونکو له تازه معلوماتو سره استول کېږي. د ډیټابیس ساتنه اتومات ده: د هغې اخیستل کاري بهیر په مستقیم ډول فعالوي، او تر منځ یې هېڅ بشري ګام شتون نه لري. د کاري پروسې پر ځای د کاري بهیر په توګه د دې جوړولو اصلي موخه همدا ده.
ایا زما د مصنوعي ځيرکتیا اېجنټ کولی شي دا زما لپاره پرمخ بوځي؟
هو. د ډیټابیس اصلاح، ساتل شوې پوښتنې، او بیک اپ او بیاستونه ټول د MCP وسیلو په کتلاګ کې دي، او د اضافي توکو پیرود د تایید مرحلې سره وړاندې کیږي. ستاسو اېجنټ د OAuth 2.1 له لارې د یو ټوکن په واسطه وصل کیږي چې ستاسو سازمان او ستاسو د RBAC اجازو پورې محدود دی — د هرې وسیلې لپاره، د لغوه کولو وړ، په تادیه شویو کړنو کې د لګښت حد سره، او هره غوښتنه په آډیټ کې ثبت شوې ده. دا یوازې هغه څه کولی شي چې تاسو یې کولی شئ.
کوم پلانونه دا لري؟
د ډیټابیس ساتنه د پلانونو یوه برخه نه ده بلکې یو د پېرلو وړ لومړیګونی خدمت دی—تاسو دا هغه وخت پېرهئ چې ورته اړتیا ولرئ، په ډشبورډ کې ستاسو په اسعارو ښودل شوي قیمت سره، چې ستاسو د بلینګ حساب یا بورس څخه لګښت پرې کېږي. وړتیا د هر محصول لاین لپاره په جلا توګه ټاکل شوې، نو هغه څه چې ستاسو د اضافي توکو (Extras) برخه کې ښکاري، هغه محصول لاین منعکس کوي چې تاسو پرې یاست. هر هغه څه چې تاسو د پلاتفورم ازموینې لپاره ورته اړتیا لرئ، د کارت پرته 14 ورځني آزمایښت کې شتون لري: د تادیې هیڅ توضیحات نه، او په Footprint-Free Hosting کې تر پنځو پورې سایټونه.
آیا د یوې سایټ د ډیټابیس زیات کارول زما نور سایټونه ورو کوي؟
زموږ فليټ د CloudLinux MySQL Governor سره MariaDB چلوي، کوم چې د هرې پاڼې لپاره د ډیټابیس کارول په ځانګړي ډول کنټرولوي ترڅو د یوې پاڼې درنې پوښتنې د نورو لپاره سرور ورو نکړي. دا د LVE سرچينې محدودیتونو او CageFS فایل سیسټم جلا کولو تر څنګ کار کوي. په ټولیز ډول د ډیزاین موخه محدودول دي — ستونزې په هغه قفس کې پاتې کیږي چیرې چې پیل شوې وي.
اړوند
نور د هغه ډیټابیس لېږد مه کوئ چې تاسو یې نه شئ لیدلی
په Footprint-Free Hosting کې د کریډیټ کارډ پرته ۱۴ ورځنۍ ازموینه پیل کړئ — د تادیې کومو معلوماتو ته اړتیا نشته، تر پنځو سایټونو پورې — او وګورئ چې پلیټفارم څنګه هغه ستونزې پیدا کوي او هواروي چې که نه نو تاسو به یې د یوې کرندې پاڼې له لارې خبرېدلئ.
وړیا پیل کړئ