پاکول
هغه څه پاک کړئ چې ډیټابیس یې ساتي خو نور ورته اړتیا نه لري، ترڅو کاري سیټ بېرته د هغو معلوماتو کچې ته راټیټ شي چې ستاسو سایټ یې په حقیقت کې وړاندې کوي.
د ډیټابیس ساتنه
د ډیټابیس ساتنه چې پخپله پرمخ ځي، په هماغه شیبه کې چې ورته اړتیا وي
د WordPress هر ډیټابیس د وخت په تېرېدو سره درنیږي. Zinn Digital® دې ته د انجینرۍ د یوې ستونزې په توګه ګوري، نه د ملاتړ ټکټ په توګه: پاکول، اصلاح کول او ترمیم د یو اتومات کاري بهیر په توګه پرمخ ځي چې تاسو یې په یوه کلیک سره پیرئ — او پلاتفورم دا تاسو ته په هماغه شیبه وړاندې کوي کله چې ګوري یو ډیټابیس پړسیدلی وي. شتون: د هرې سایټ لپاره د ډیټابیس تروټلینګ په فعاله توګه د پراختیا په حال کې دی او لاهم شتون نلري. نور ټول شیان چې دلته بیان شوي نن ورځ ژوندي او شتون لري.
- +۷۰۰،۰۰۰په ټوله نړۍ کې کوربه شوي سایټونه
- بې لمسهاتومات اجرا، د ټکټ هیڅ قطار نشته
- ۳۰ ورځېپه Footprint-Free پلانونو کې د ورځنۍ بیک اپ ساتل
- ۱۴ ورځېبې کارت څخه د PBN ازمایښت، تر 5 سایټونو پورې
ولې ډیټابیسونه په خاموشۍ سره د خنډ سبب ګرځي
د WordPress سایټ فایلونه تقریباً په هماغه کچه پاتې کېږي لکه څنګه چې تاسو جوړ کړي دي. د دې ډیټابیس داسې نه وي. جدولونه راټولېږي، انډیکسونه له ترتیبه وځي، د زېرمې انجنونه داسې تخصیص شوې ځای پرېږدي چې نور ترې هیڅ شی ګټه نه اخلي، او ځینې وختونه یو جدول داسې حالت ته رسېږي چې د عیارولو پر ځای رغولو ته اړتیا لري. د دې څخه هیڅ یو هم ځان نه څرګندوي. سایټ په ساده ډول ورو کېږي، کوېري ګانې ډېر وخت اخلي، او لومړی شی چې هر څوک یې ګوري هغه پاڼه ده چې پخوا به سمدستي احساس کېده او اوس داسې نه وي.
په یوه سایټ کې دا یو ناورین دی. د سلګونو سایټونو په یوه پورټفولیو یا شبکه کې دا یوه مخ پر زیاتېدونکې مالیه ده — هر یو یې تر هغه څه لږ دروند دی چې اړتیا ورته ده، هر یو یې د ډیټابیس له سرور څخه تر هغه څه ډېره غوښتنه کوي چې باید وي.
Zinn Digital® دا پروسه کټ مټ لکه د پاتې پلټفارم په څېر سمبالوي: لکه د یو اتومات، تکرارېدونکي عملیات په توګه. د ډیټابیس ساتنه او څارنه یو لومړی-ګړی (first-party) خدمت دی چې تاسې یې د ډشبورډ څخه اخلئ، او د هغې اخیستل سمدلاسه د غوره والي (optimisation) دنده پرمخ وړي. نه په قطار کې د درېدو اړتیا شته او نه د کوم انجینر انتظار باسي.
د ساتنې بهیر څه ترسره کوي
د سایټ د MariaDB ډیټابیس پاکول، غوره کول، ترمیم کول او راپور ورکول، چې د یوې دندې په توګه پرمخ وړل کیږي.
غوره کول
ځانګړې شوې مګر نه کارول شوې د جدول فضا بېرته ترلاسه کړئ او انډیکسونه او احصایې بېرته هغه حالت ته راوړئ چې د پوښتنې پلان جوړونکی یې تمه لري، ترڅو د لوستلو چارې د اړتیا څخه ډېر کار بند کړي.
ترمیمول
هغه جدولونه وپیژنئ او ترمیم يې کړئ چې خراب حالت ته رسیدلي وي — د ناکامۍ هغه بڼه چې که بې پامه پاتې شي نو ورو سایټ په مات شوي سایټ بدلوي.
بېرته راپور ورکول
پیرود ستاسو د بلینګ یا بټوې له لارې لګښت اخلي، بشپړیږي، تاسو ته خبر درکوي او ځان بشپړ نښه کوي. که کومه ستونزه رامنځته شي، د پیسو بیرته ورکول او شخړې د هماغه بلینګ لارې څخه ترسره کیږي لکه هر څه نور چې تاسو یې له موږ څخه اخلئ.
اتوماتیک بشپړول، نه د ملاتړ کتار
په دې پلاتفورم کې لومړۍ-ډلې خدمتونه په دوو بڼو وړاندې کېږي. ځینې یې د کارکوونکو لخوا بشپړېږي: د هغوی پېرودل زموږ د اډمین په قطار کې یو کار رامنځته کوي، اړوندې څانګې ته استول کېږي، تعقیبېږي او تازه کېږي. د ډېټابېس ساتنه له دې ډلې څخه نه ده. دا اتومات ده — پېرودنه د Temporal یو کاري بهیر فعالوي چې د ښه کولو دنده مستقیماً ستاسو په سایټ کې ترسره کوي. سمدستي، پرته له لاسوهنې.
دا تر هغه ډېر مهم دی چې ښکاري. د Temporal کاري بهیرونه (workflows) د ډیزاین له مخې دوامداره، د بیا هڅې وړ او بې بدله (idempotent) دي، چې دا په دې پلټفارم کې د هر اوږد مهاله عملیات لپاره ټاکل شوی معیار دی. که یو ګام په نیمه لار کې ناکام شي، نو کاري بهیر د دې پر ځای چې نیمګړی پای ته ورسیږي او ستاسو ډیټابیس په یو مبهم حالت کې پریږدي، له هغه ځایه بیا هڅه کوي چې پاتې و. که چیرې یوه بیا هڅه هغه عملیات بیا ترسره کړي چې دمخه بریالي شوي وي، دا د جوړښت له مخې خوندي چاره ده.
دا پدې معنی هم ده چې خدمت د بار لاندې نه خرابیږي. لس پیرودونکي چې په یوځل کې د ډیټابیس ساتنه اخلي د ورته انجینر په تمه یو د بل شاته قطار کې نه دریږي — دا د کاري جریان لس اجراآت دي، او پلیټ فارم د دې لپاره جوړ شوی چې دوی په افقي ډول پراخه کړي.
- پېرودنه سمدلاسه دنده پیلوي — لګښت اخیستل، پوره کول، خبر ورکول، بشپړول.
- د پایښت لرونکي Temporal کاري بهیر په توګه پرمخ ځي: د بیا هڅې وړ او بې بدلون، نه یو داسې سکریپټ چې عملي او هېر شي.
- هر اجرا د کاري بهیر په تاریخچه کې لیدل کیږي، نو د دې یو ریکارډ شتون لري چې څه شی او کله چلول شوی.
- بېرته ورکړې او لانجې د پلانونو او اضافي توکو په څېر د بلینګ د ورته لارې له لارې حل کېږي.
په مناسب وخت کې وړاندې کیږي، نه دا چې په کوم مینو کې پټ وي
پلیټفارم لا دمخه ستاسو سایټونه څاري. دا د سم خدمت په سم وخت کې وړاندې کولو لپاره هغه څه کاروي چې ګوري یې.
په ډشبورډ کې د Extras یوه ځانګړې برخه شتون لري چیرې چې تاسو کولی شئ هرکله چې وغواړئ لومړۍ ډلې خدمات وګورئ او وپیرئ. مګر خورا ګټوره لار هغه ده چې تاسو پخپله پیدا کوي: متناسب اضافي پلور. د ډیټابیس ساتنه د ډک شوي ډیټابیس په وړاندې وړاندې کیږي، د سست سایټ لپاره د سرعت اصلاح کول چې د Core Web Vitals کې پاتې راځي، د نښه شوي سایټ لپاره د مالویر پاکول، او د نوم لیکنې پر مهال مهاجرت.
دا هڅونې د ریښتیني لیدلو وړ نښو پر بنسټ رامینځته شوي — د هر سایټ هماغه میټریکونه او د سرچینو ټیلی میټري چې دا پلټفارم یې د ټول سیسټم چلولو لپاره راټولوي، نه یو عادي میاشتنی تنګوونکی خبرداری. او د AI مرستیال کولی شي تاسو ته د خدمت وړاندیز وکړي او پیل یې هم کړي، نو د ستونزې موندلو او د هغې حل کولو ترمنځ واټن د یوې پېچلې پروژې پر ځای یوازې یو خبرې اترې دي.
د ډیټابیس هغه وسیلې چې تاسو یې دمخه لرئ
ساتنه پورته اتومات پرت دی. د دې لاندې، هر سایټ د ډیټابیس بشپړ کنټرول سره چمتو کیږي.
MariaDB په هر سایټ کې
هر سایټ خپل ډیټابیس ترلاسه کوي، او که کومه پروژه ورته اړتیا ولري، د ډېرو ډیټابیسونو او د ډیټابیس د ډېرو کاروونکو ملاتړ هم شتون لري.
phpMyAdmin او Adminer، ځای پر ځای شوي
دواړه په ډشبورډ کې جوړ شوي او یوځل ننوتل لري — د اداره کولو لپاره هیڅ جلا اسناد نشته، د ساتنې لپاره هیڅ جلا ننوتل نشته.
د لیرې لاسرسي بدلونکی
د بهرني ډیټابیس لاسرسی هغه وخت فعال کړئ کله چې یو اوزار یا پراختیا ورکوونکی ورته اړتیا ولري، او کله چې اړتیا نه وي نو بېرته یې بند کړئ. په تلواله توګه بند پاتې کېدل یو معقول حالت دی.
د هر سایټ پر سر د Redis د شیانو کیش
تکراري لوستل Redis ته ولېږئ ترڅو ډیټابیس له همغه پیله لږو پوښتنو ته ځواب ووايي. د درملنې تر څنګ مخنیوی.
MySQL Governor: ستاسو پوښتنې، ستاسو ستونزه — او یوازې ستاسو
په ګډ زیربنا کې د ډیټابیس د فعالیت بله نیمایي هغه برخه ده چې تاسو یې کنټرول نه لرئ: هغه څه چې د نورو ټولو سایټونه په ورته سرور کې ترسره کوي. زموږ د کارګرانو ټولګه د CloudLinux MySQL Governor سره MariaDB چلوي، کوم چې د هر سایټ لپاره د ډیټابیس کارول تنظیموي. یو سایټ چې درنې پوښتنې پرمخ وړي، د دې پرځای چې د خپلو ګاونډیو لپاره سرور ورو کړي، په خپلو حدودو کې مهار کیږي.
دا د پاتې جلاوالي سټیک تر څنګ ځای نیسي — په CPU، RAM، IO، IOPS او پروسو باندې د LVE محدودیتونه، او CageFS چې هر کرایه کوونکي ته د جلا شوي فایل سیسټم لید وړاندې کوي. د ډیزاین موخه په ټوله کې یو شان ده: په یوه سایټ کې ستونزه په همغه سایټ کې پاتې کیږي.
نو کله چې ستاسو ډیټابیس سست وي، ځواب داسې یو څه دی چې تاسو یې په اړه واقعیا اقدام کولی شئ. دا ستاسو ډیټابیس دی، او د ډیټابیس ساتنه هغه تڼۍ ده چې دا حل کوي.
دا د خپل AI وسیلې څخه پرمخ بوځئ
د ډیټابیس چارې د MCP اوزارونو کتلاګ یوه برخه ده، نو هر هغه استازی چې د MCP وړتیا لري کولی شي دا ستاسو په استازیتوب ترسره کړي.
زموږ کوربه شوی MCP سرور دا پلیټفارم Claude Code، Cursor، ChatGPT، Claude Desktop او هر بل د MCP وړتیا لرونکي استازي ته وړاندې کوي — د هرې وسیلې لپاره د جلا یوځای کولو پرځای یو واحد پیوستون. په دې کتلاګ کې د ډیټابیس وسیلې خوندي شوې پوښتنه، مطلوب کول، او شاتړ او بیا رغونه شامل دي. د Extras پېرودل هم ښودل شوي، چې د یو ښکاره تاییدي ګام تر شا دي.
هر هغه څه چې اجنټ یې ترسره کولی شي د هغه هویت پورې محدودیږي چې د هغې له لارې وصل شوی دی. ټوکنونه د OAuth 2.1 له لارې صادرېږي، ستاسو د سازمان او ستاسو د RBAC اجازه لیکونو پورې محدود دي، د هرې وسیلې لپاره ځانګړي او د لغوه کېدو وړ دي. ویجاړونکي عملونه څرګند تایید ته اړتیا لري، د لګښت حدونه د مصنوعي استخباراتو لخوا پیل شویو تادیه شویو عملونو باندې پلي کیږي، او د MCP هر عمل د پلټنې په لاګ کې د هویت، وسیلې، دلایلو او پایلې سره ثبت کیږي.
په عمل کې: ستاسو ایجنټ ګوري چې ډیټابیس دروند دی، پوښتنه کوي چې ایا باید ساتنه ترسره کړي، تاسو تایید کوئ، او کاري بهیر پیل کیږي. AI یو چلوونکی دی، نه یو بې څارنې چلونکی.
د یو پلان په څېر اخیستل شوی، د یو خدمت په څېر قیمت ټاکل شوی
د لومړي ګوند خدمتونه پدې پلیټفارم کې ډاټا دي، نه هارډکوډ شوي ب featuresې.
- زموږ کارکوونکي په اډمین کنسول کې خدمتونه په هماغه ډول اضافه کوي، ایډیټ کوي، نرخ پرې ږدي او فعالوي یې لکه څنګه چې پلانونه اداره کېږي — د یو خدمت د پیلولو یا تنظیمولو لپاره د کوډ بدلون ته اړتیا نشته.
- نرخونه د هرې اسعارو لپاره ټاکل کیږي، د یو ځل یا تکراري په توګه، نو تاسو په هغه اسعارو پیرود کوئ چې تاسو دمخه ورسره تادیه کوئ.
- خدمات د محصول د کرښې وړتیا لري، نو هغه څه چې وړاندې کیږي د هغه څه سره سمون خوري چې تاسو یې په حقیقت کې کاروئ.
- چارج کول ستاسو د ګډون ترڅنګ د بلینګ یا ستاسو د بټوې بیلانس له لارې ترسره کیږي — یو حساب، د انوائسونو یوه سیټ.
- پیرودنې عادي سوداګري ده: د بشپړېدو په وخت کې خبر ورکول کېږي، د بېرته ورکړې وړ دي، د شخړې وړ دي.
څومره لګښت لري
د هر سایټ لپاره یو ځل کار، کله چې تاسو دا واخلئ نو سمدلاسه په اوتومات ډول پرمخ ځي.
د ډیټابیس ساتنه او اصلاح کول
؋ ۱٬۸۸۴یو ځل
دا د پیرودلو څخه تر ۱ ورځې پورې پرمخ وړل کیږي، او مخکې له دې چې کوم شی بدل شي بشپړ بیک اپ اخیستل کیږي. اضافي توکي ستاسو د ډشبورډ څخه د هر سایټ لپاره اخیستل کیږي او ستاسو په عادي انوائس کې څرګندیږي — هیڅ جلا حساب، هیڅ دوهم بل او هیڅ لږترلږه موده نشته. په بیو کې مالیه شامله نه ده، کوم چې د تادیې په وخت کې ستاسو د بلینګ هیواد څخه محاسبه کیږي.
پرله پسې پوښتنې
زه څنګه پوه شم چې زما ډیټابیس ساتنې ته اړتیا لري؟
په ډېرو مواردو کې به تاسو اړ نه یاست چې پخپله دا معلومه کړئ. پلیټفارم د هر سایټ د سرچینو کارول څاري او کله چې د ډیټابیس بې حده غټېدل وګوري نو د ډیټابیس ساتنه د یو مناسب وړاندیز په توګه وړاندې کوي، او د AI مرستیال کولی شي دا نښه کړي او ستاسو لپاره کار پیل کړي. تاسو کولی شئ د ډشبورډ د Extras برخې څخه هر وخت دا وګورئ او وپیرئ، او پخپله د ځای پر ځای شوي phpMyAdmin یا Adminer له لارې ډیټابیس وګورئ.
ایا زما معلومات د ساتنې پرمهال له خطر سره مخ دي؟
موږ د خطر د له پامه غورځولو د ښودلو پر ځای، هغه تر خپله وسه راکم وو. دغه دنده د یوه Temporal کاري جریان په توګه پرمخ ځي — دوامداره، بیا هڅه کېدونکې او نه بدلېدونکې (idempotent) — نو یو ناکام ګام د دې پر ځای چې کار نیمګړی پرېږدي، بیا هڅه کوي، او تکرار شوی عملیات له مخکې نه خوندي ډیزاین شوی دی. هر اجرا په کاري جریان تاریخچه کې ثبتېږي. په Footprint-Free پلانونو کې، ورځنۍ شاتړنې (backups) د یو کلیک له لارې د بېرته راګرځولو سره د ۳۰ ورځو لپاره ساتل کېږي، نو که تاسو وغواړئ، د بېرته کارولو لپاره تل د شاتړ یو تازه ټکی شتون لري. د ډیټابیس له هر مهم بدلون وړاندې د شاتړنې اخیستل یو ښه عمل دی، پرته له دې چې څوک یې ترسره کوي.
ایا دا ستاسو په پینل کې د ډیټابیس اوزار بدلوي؟
دا د هغوی بشپړونکی دی. هر سایټ د خپل MariaDB ډیټابیس ساتنه کوي چې پکې ځای پر ځای شوي، واحد ننوتل لرونکي phpMyAdmin او Adminer، د څو ډیټابیسونو او کاروونکو ملاتړ، او د لیرې لاسرسي یو ټګل شامل دي. د ډیټابیس ساتنه د معمول کار (پاکول، غوره کول، ترمیم کول) اتومات شوې بڼه ده — د هغه وخت لپاره کله چې تاسو غوره ګڼئ د پایلې د ترلاسه کولو لپاره پیرود وکړئ نه دا چې پخپله یې په لاس ترسره کړئ.
دا د عادي ملاتړ ټکټ څخه څنګه توپیر لري؟
په دې پلاتفارم کې خدمتونه له دوو لارو څخه په یوې بشپړېږي. د کارکوونکو لخوا ترسره کېدونکي خدمتونه زموږ د اډمین په قطار کې یوه دنده رامینځته کوي، چې د وضعیت تعقیب او پېرودونکي ته د خبرتیاوو سره اړوندې څانګې ته استول کېږي. د ډیټابیس ساتنه اتومات ده: د دې پېرودل په مستقیم ډول د کار بهیر پیلوي، چې تر منځ یې هیڅ انساني ګام شتون نلري. دا د یوې پروسې پرځای د کاري بهیر په توګه د دې جوړولو اصلي موخه ده.
ایا زما د مصنوعي استخباراتو استازی کولی شي دا زما لپاره پرمخ بوځي؟
هو. د ډیټابیس اصلاح کول، خوندي شوي استفسارونه، او بیک اپ او بیا رغونه ټول د MCP اوزارونو په کټالوګ کې شتون لري، او د Extras پیرود د تایید له یوه ګام سره وړاندې کیږي. ستاسو ایجنټ د OAuth 2.1 له لارې د هغه ټوکن سره نښلي چې ستاسو د سازمان او ستاسو د RBAC اجازو پورې محدود دی — د هر اوزار لپاره، د لغوه کیدو وړ، په تادیه شویو کړنو باندې د لګښت محدودیت لرونکی، او هر کال یې په اډیټ لاګ کې ثبت کیږي. دا یوازې هغه څه کولی شي چې تاسو یې پخپله کولی شئ.
کوم پلانونه دا پکې شاملوي؟
د ډیټابیس ساتنه د پلان د یوې برخې پر ځای یو د پیرودلو وړ لومړی-ګوند خدمت دی — تاسو دا هغه وخت پیرودئ کله چې ورته اړتیا لرئ، په ډشبورډ کې ستاسو په اسعارو ښودل شوي قیمت باندې، چې ستاسو د بلینګ حساب یا بټوې څخه اخیستل کیږي. وړتیا د هر محصول لاین له مخې ټاکل کیږي، نو هغه څه چې ستاسو په اضافه توبونو برخې کې ښکاري ستاسو د محصول لاین څرګندوي. هر هغه څه چې تاسو د پلیټفارم ازموینې لپاره ورته اړتیا لرئ په ۱۴ ورځنۍ بې کارټه ازمایښت کې شتون لري: هیڅ د تادیې توضیحات نشته، او تر پنځو پورې ویب پاڼې په Footprint-Free کوربه توب کې.
ایا د یوه سایټ له خوا د ډیټابیس ډېر کارول به زما نور سایټونه ورو کړي؟
دا بیړۍ MariaDB له CloudLinux MySQL Governor سره پرمخ وړي، چې د هر سایټ له مخې د ډیټابیس کارول په ځانګړي ډول محدودوي ترڅو د یوه سایټ درنې پوښتنې د نورو لپاره سرور ورو نه کړي. دا د LVE د سرچینو د محدودیتونو او د CageFS د فایل سیسټم د جلاوالي تر څنګ فعالیت کوي. د ډیزاین عمومي هدف مهار کول دي — ستونزې په هغه پنجره کې پاتې کیږي چې پیل شوې پکې وي.
اړوند
د داسې ډیټابیس له وړلو څخه ډډه وکړئ چې تاسو یې نشئ لیدلی
په Footprint-Free Hosting کې د کریډیټ کارډ پرته ۱۴ ورځنۍ ازموینه پیل کړئ — د تادیې کومو معلوماتو ته اړتیا نشته، تر پنځو سایټونو پورې — او وګورئ چې پلیټفارم څنګه هغه ستونزې پیدا کوي او هواروي چې که نه نو تاسو به یې د یوې کرندې پاڼې له لارې خبرېدلئ.
وړیا پیل کړئ