له S3 سره مطابقت لرونکی
بکټونه د S3 API ملاتړ کوي، نو موجوده SDKs، د بیک اپ وسایل، CLI او د WordPress آفلود پلگ انونه ورسره کار کوي. د منلو لپاره هیڅ ځانګړی پیرودونکی شتون نلري.
د شیانو ذخیره (Object storage)
د خپل ډشبورډ یا API څخه د S3 سره مطابقت لرونکي بکیټونه جوړ کړئ او خپل موجود توکي مستقیم ورته په نښه کړئ. ذخیره د Cloudflare R2 لخوا ملاتړ کیږي، نو د AWS S3 په څیر د ډیټا بیرته راویستل د وتلو فیس نه لري. یوه اندازه ستاسو د کور هاستنګ پلان سره راځي، او تاسو یوازې له هغې څخه پورته محاسبه کیږئ.
د هغو فایلونو لپاره چې یوه ویب پاڼه یې راټولوي، د شیانو (Object) سټوریج: انځورونه او ویډیوګانې، ډاونلوډونه، د کاروونکو لخوا اپلوډ شوي فایلونه، اکسپورټونه او بیک اپونه. بکیټونه (Buckets) د ډشبورډ څخه یا د API له لارې جوړ او اداره کیږي، او هغوی د S3 پروتوکول ملاتړ کوي؛ نو هغه SDKs، CLIs او پلگ انونه چې تاسو یې دمخه کاروئ، له له سره لیکل کیدو پرته به ورسره کار وکړي.
دا د Cloudflare R2 ملاتړ لري. عملي پایله یې د وتلو ترافیک دی: د ډېری شیانو ذخیرې (object storage) سره، د مشهور فایل وړاندې کول یو لګښت دی چې ستاسو د ترافیک سره وده کوي، کوم چې په خاموشۍ سره تاسو هڅوي چې په حقیقت کې هغه ذخیره ونه کاروئ چې تاسو یې پیسې ورکوئ. دلته، ستاسو د ډیټا بیرته لوستل دا فیس نه لري.
د ذخیرې ځای چې د هغه S3 په څیر کار کوي چې تاسو یې دمخه پیژنئ، او ستاسو د سایټونو په څیر له یو ځای څخه اداره کیږي.
بکټونه د S3 API ملاتړ کوي، نو موجوده SDKs، د بیک اپ وسایل، CLI او د WordPress آفلود پلگ انونه ورسره کار کوي. د منلو لپاره هیڅ ځانګړی پیرودونکی شتون نلري.
یو بکیټ جوړ کړئ، خپل بکیټونه لیست کړئ، یو وګورئ او حذف کړئ — د ډشبورډ څخه یا په پروګراماتي ډول د API له لارې. د ذخیرې چمتو کول د ملاتړ ټکټ ته اړتیا نه لري.
د Cloudflare R2 لخوا ملاتړ کیږي، نو د ډیټا بیرته لوستلو لپاره په هر ګیګابایټ فیس نه اخیستل کیږي. د یوې داسې فایل وړاندې کول چې مشهور شي، په داسې بل نه بدلېږي چې د هغې د شهرت په زیاتېدو سره زیات شي.
انځورونه، ویډیوګانې او ډاونلوډونه د ویب سرور پر ځای له ذخیره کولو څخه وړاندې کړئ. اصلي سرچینه کوچنۍ او چټکه کیږي، او خپرول نور د رسنیو کتابتون له ځانه سره نه وړي.
د ډاټابیس ډمپونو، د سایټ آرشیفونو او هر هغه څه لپاره چې تاسو یې ساتلو ته اړتیا لرئ مګر خدمت کولو ته اړتیا نلرئ یو طبیعي منزل. دا دوامدار، د ویب سرور څخه بهر، او د هر S3-اګاه وسیلې له لارې د لاسرسي وړ دی.
خپل ليدونکي په مستقیم ډول د غوښتنلیک سرور پر ځای په یوه بکیټ کې اپلوډونه وکړه، او د هغې په مخ کې د CDN له لارې جامد شتمنۍ خدمت کړه.
په درو پړاوونو کې له هېڅ نه تر یو فعال بکیټ پورې.
د ډشبورډ څخه یو جوړ کړئ، یا که تاسو غواړئ چې دا ستاسو د چمتووالي (پروویژننګ) سکریپټونو د یوې برخې په توګه جوړ شي، نو API ته زنګ ووهئ.
خپل موجود S3 سره مطابقت لرونکی کلینټ، د آفلاوډ پلگ ان یا د بیک اپ وسیله د بکیټ د ځانګړتیاو سره تنظیم کړئ. د نوي پروټوکول د ځای پرځای کولو لپاره ستاسو د غوښتنلیک په کوډ کې هیڅ بدلولو ته اړتیا نشته.
خپل فایلونه ولیکئ او څومره چې غواړئ، بیرته یې ولولئ، په داسې حال کې چې جامدې شتمنۍ د CDN له لارې وړاندې کیږي. کارونه ستاسو د پلان د حد پر بنسټ ششمېږي او له هغه څخه پورته اندازه کېږي.
د ابجکت سټوریج (Object storage) کوم جلا اشتراک نه دی. هر کوربن پلان د سټوریج یو حد لري، او تاسو یوازې د هغې د اندازې په پرتله د اضافي کارونې لپاره فیس ورکوئ — نو د ډېری سایټونو لپاره هیڅکله د سټوریج کوم بل بل نه راځي. پدې معنی چې د لاسلیک کولو لپاره نور هېڅ شی نشته، او که ستاسو کارونه کمه شي، د لغوه کولو لپاره هم هېڅ نشته.
د ذخیرې ځای ستاسو د کوربه توب پلان سره راځي - د پلانونو پاڼه وګورئ، یا له موږ سره خبرې وکړئ او موږ به یې ستاسو لپاره تنظیم کړو.
دلته په سر کې د وتلو کوم فیس نشته، نو هغه اندازه چې تاسو یې وړاندې کوئ ستاسو په تادیه کې بدلون نه راولي. یوازې هغه اندازه چې تاسو یې ساتئ بدلون مومي.
زېرمه یوازې هغه وخت ګټوره ده چې تاسو یې د کارولو لیواله یاست. د لوستل شوي ګیګابایټ له مخې فیس اخیستل هغه څه دي چې ټیمونه د آبجېټ زېرمه (object storage) څخه د میډیا رسولو دمخه ځنډوي، لوی فایلونه په ویب سرور کې ساتي چیرې چې دوی پورې نه تړاو لري، یا CDN په ناسم ډول تنظیم پریږدي ځکه چې د کیشې نشتوالی (cache miss) لګښت لري. د وتلو لګښتونو لرې کول دا ځنډ له منځه وړي.
موږ د همدې دلیل لپاره دا د اضافي پر ځای د پلان دننه د یوې ځانګړې ونډې په توګه بیه کړې ده. د ذخیره کولو جلا سبسکریپشن یو بل تصمیم، یو بل فکتور او یو بل شی دی چې د لغوه کولو هېر شي، په داسې حال کې چې نږدې هره وېبپاڼه ورته یو څه اړتیا لري. په دې کې د هغې شاملول پدې مانا دي چې کوبل چې تاسو ورته اړتیا لرئ، ذخیره سمدلاسه شتون ولري.
هو - بېټونه د S3 سره مطابقت لري، نو د AWS SDKs، د S3 پېژندونکي CLIs، د بیک اپ وسایل او د WordPress رسنیو د آفلوډ پلگ انونه چې تاسو یې دمخه کاروئ، له هغو سره به کار وکړي. په ډېری مواردو کې تاسو په یو تشکیلاتي فایل کې یو پای ټکی او یو لړ باورلیکونه بدلوئ، نه دا چې د غوښتنلیک کوډ له سره ولیکئ. که یو وسيله له S3 سره خبرې کولی شي، نو له دې سره هم کولی شي.
نه. ذخیره د Cloudflare R2 لخوا ملاتړ کیږي، کوم چې د دې ځانګړی خصوصیت دا دی چې د معلوماتو بیرته لوستل په هر ګیګابایټ نه بیل کیږي. دا د AWS S3 سره اصلي عملي توپیر دی، چیرته چې د مشهور فایل خدمت کول یو بل لګښت رامینځته کوي چې د دې ترافیک سره اندازه کیږي - او دا هغه دلیل دی چې دلته د میډیا آفلاډ کول د سایټ بریالي کیدو سره نور ګران نه کیږي.
دا ستاسو د کوربه توب په پلان کې د یوې برخې په توګه شامله ده نه د یو جلا او مستقل اشتراک په توګه، او تاسو یوازې د هغه ذخیرې په اساس حسابیږئ چې د همدې حد نه پورته کاروئ. د دې لپاره کوم جلا نوم لیکنه او لږ تر لږه کوم تړون نشته. ستاسو د پلان حد د پلانونو په پاڼه کې ښودل شوی دی.
څلور عامې دندې د ویب سرور څخه د یوې سایټ د انځورونو او ویډیوګانو خلاصول، د بیک اپونو او آرشیفونو ساتل، د لیدونکو څخه د اپلوډونو ترلاسه کول، او د CDN له لارې د جامد فایلونو رسول دي. دا ټول څلور د غوښتنلیک سرور څخه لوی فایلونه لرې ساتي، کوم چې ځای پرځای کول کوچني او اصلي سرور چټک کوي. تاسو کولی شئ د ټولو لپاره یوه بکیټ وکاروئ یا د هرې دندې لپاره جلا بکیټونه وکاروئ.
په Cloudflare R2 کې، چې د S3 سره مطابقت لرونکي انٹرفیس تر شا پروت دی چې تاسو ورسره وصل یاست. تاسو د دې ډشبورډ او API له لارې بکیټونه اداره کوئ، او ستاسو وسایل د S3 په ژبه خبرې کوي، نو د لاندې پرتلې وړ پلاتفورم هغه څه نه دی چې تاسو باید مستقیم ورسره کار وکړئ.
ستاسو په پلان کې دمخه د ذخیره کولو اندازه شامله ده. د ډشبورډ څخه یو بکیټ جوړ کړئ، خپل موجوده S3 وسایل ورته وټاکئ، او نن ماسپښین میډیا ستاسو له ویب سرور څخه لرې کړئ.
پیل کول