Pull و Push: دو راه برای تغذیه edge
در مدل Pull، cdn.com.tr هر شیء را بار اول که درخواست میشود از origin موجود شما دریافت میکند و سپس آن را برای مدت TTLای که تعیین کرده‌اید در edge نگه می‌دارد؛ روی origin به‌جز DNS چیزی تغییر نمی‌دهید. در مدل Push، دارایی‌ها را در فضای ذخیرهسازی cdn.com.tr آپلود می‌کنید و edge مستقیماً از همان‌جا ارائه میدهد، که ایده‌آل است وقتی اصلاً نمی‌خواهید یک سرور origin را روشن نگه دارید. بیشتر مشتریان با Pull شروع میکنند چون به هیچ انتقالی نیاز ندارد و بعداً رسانه‌های سنگین را به Push یا Object Storage منتقل میکنند. هر دو مدل از قواعد cache، ابزارهای purge و گزارش‌گیری یکسان بهره می‌برند.
قواعد cache، TTL و کلیدهای cache که در کنترل شماست
کار اصلی یک CDN، تصمیم‌گیری درباره اینکه چه چیزی امن است که cache شود و برای چه مدت است، و دقیقاً همین را پنل در اختیار شما می‌گذارد. TTL را بر اساس مسیر یا پسوند فایل تنظیم می‌کنید، انتخاب می‌کنید که هدر Cache-Control اصلی را رعایت یا بازنویسی کنید، و کنترل می‌کنید که کدام query string ها و کوکیها بخشی از کلید cache باشند تا /list?page=2 و /list?page=3 جداگانه cache شوند در حالی که پارامترهای tracking باعث تکه‌تکه شدن cache نشوند. درست کردن کلید cache همان چیزی است که نرخ hit پایین را به بالا تبدیل میکند، و گزارش‌ها آن را قابل‌مشاهده میکنند تا به‌جای حدس زدن، آن را تنظیم کنید.
کاهش بار و سپر origin
هر درخواستی که از edge پاسخ داده شود، درخواستی است که origin شما هرگز آن را نمی‌بیند؛ بنابراین یک صفحه محتوای پرترافیک که پیشتر سرور شما را با صدها درخواست تصویر و دارایی می‌کوبید، به چند fetch از origin در هر بازه TTL کاهش می‌یابد. چون بازدیدکنندگان به‌جای IP origin شما به edge resolve میشوند، origin نیز دیگر ترافیک مستقیم دریافت نمیکند، که هم هزینه پهنای باند و هم میزان قرارگیری در معرض خطر را کاهش میدهد. همین کاهش بار است که یک سایت را سرپا نگه می‌دارد وقتی یک کمپین، یک موج خبری یا یک اشتراک‌گذاری در شبکه‌های اجتماعی، سیلی ناگهانی از بازدیدکنندگان را یک‌باره روانه میکند.
بهینه‌سازی خودکار تصویر: AVIF و WebP
بهینه‌سازی تصویر یک کلید برای کل حساب یا برای یک قانون تحویل است. edge تصاویر JPEG و PNG را به WebP تبدیل میکند، یا اگر برای حساب WebP + AVIF را انتخاب کنید به AVIF و WebP، و هر مرورگر قالبی را می‌گیرد که می‌پذیرد؛ مرورگرهایی که هیچ‌کدام را نمی‌پذیرند تصویر را در قالب اصلیاش میگیرند. با WebP + AVIF پاسخ از همان URL و با Vary: Accept می‌آید؛ با WebP به‌تنهایی، مرورگرهایی که WebP را میپذیرند به یک نسخهٔ .webp هدایت میشوند. در هر دو حالت URL تصاویر در HTML شما همان میماند. در اندازه کامل، تصویری که تازه تبدیل شده فقط وقتی ارسال میشود که از نسخه اصلی کوچک‌تر باشد. اگر تبدیل شکست بخورد، edge به‌جای آن تصویر اصلی را ارائه میدهد. پردازش از سهمیه ماهانه شما کسر میشود.
قالب را یک بار برای حساب انتخاب می‌کنید: WebP یا WebP + AVIF. در اندازه‌گیری ما در 5 اکتبر 2026 با بهینه‌ساز تصویرِ پشت CDN.com.tr، یک عکس خبری JPEG با حجم 262,025 بایت به‌صورت AVIF با 86,936 بایت ارسال میشود و یک اسکرین‌شات PNG با حجم 105,078 بایت با 27,942 بایت. کتابخانه رسانه شما همان‌طور که هست میماند. همه اندازه‌گیری‌ها در راهنمای «AVIF یا WebP» ما آمده‌اند و بررسی‌کنندهٔ فرمت تصویر نشان میدهد صفحات خودتان امروز چه می‌فرستند. راهنمای CDN تصویر توضیح میدهد که انتخاب قالب، تغییر اندازه و کش به‌طور کلی چگونه کار میکنند.
cache کردن ایمن محتوای پویا
cache تنها برای فایلهای ثابت نیست. بسیاری از صفحاتی که پویا به‌نظر می‌رسند، مانند فهرست دسته‌بندی‌ها، صفحات محصول یا متن مقالات، تنها هر چند دقیقه یک‌بار تغییر میکنند و میتوان آن‌ها را با یک TTL کوتاه به‌صورت micro-cache نگه داشت تا ترافیک را جذب کنند و در عین حال تازه بمانند. cdn.com.tr به شما امکان میدهد این پاسخ‌ها را با قواعدی cache کنید که نشست‌های واردشده و مسیرهای شخصیسازیشده را مستثنا میکند، بنابراین بازدیدکنندگان ناشناس از edge پاسخ میگیرند در حالی که سبد خرید یا صفحه حساب کاربری همیشه به origin می‌رود. نتیجه، سرعت در سطح CDN روی صفحاتی است که بیشتر پلتفرم‌ها آن‌ها را بدون cache رها میکنند.
سنجش موفقیت: نرخ hit و زمان بارگذاری
چیزی را که نمی‌بینید نمی‌توانید بهبود دهید، بنابراین پنل نرخ cache hit، بایت‌های ارائهشده از edge در برابر origin، و وضعیت cache هر پاسخ را گزارش میکند. یک سایت سالمِ پُر از محتوای ثابت باید پس از گرم شدن cache به نرخ hit بالایی برسد؛ نرخ پایین معمولاً به کلید cache حاوی یک کوکی یا query string ناپایدار اشاره دارد که می‌توانید آن را در قواعد اصلاح کنید. تماشای این اعداد پس از هر تغییر، حلقه میان پیکربندی و سرعت واقعی‌ای که بازدیدکنندگان شما حس میکنند را می‌بندد.
راه‌اندازی گام‌به‌گام
دامنه خود را به حساب CDN اضافه کنید
در پنل، بخش دامنه را باز کنید، نام میزبان خود را وارد کنید (برای مثال www.example.com) و انتخاب کنید که cdn.com.tr به‌عنوان origin از نوع Pull در برابر سرور موجود شما عمل کند یا به‌عنوان مقصد Push که فایل‌ها را روی آن آپلود می‌کنید. برای بیشتر سایت‌ها، Pull سریع‌ترین راه شروع است: نیازی به انتقال فایل نیست.
DNS را به edge بدهید
رکورد CNAME (یا رکورد apex اگر DNS را نزد ما نگه میدارید) را بهروزرسانی کنید تا ترافیک به‌جای IP origin شما، به edge شبکه cdn.com.tr resolve شود. پس از انتشار resolution، هر درخواست ابتدا وارد یک edge node میشود و در صورت امکان از cache پاسخ داده میشود.
قواعد cache خود را تنظیم کنید
برای هر مسیر یا پسوند، TTL تعریف کنید: TTL طولانی (روزها) برای داراییهای نسخه‌دار مانند /assets/*.css و /*.js و تصاویر و فونت‌ها؛ قواعد کوتاه یا bypass برای /cart و /checkout یا هر چیزی که کوکی نشست دارد. می‌توانید هدر Cache-Control ارسالی از origin را رعایت کنید یا آن را از پنل بازنویسی کنید.
بهینه‌سازی تصویر را فعال کنید
بهینه‌سازی تصویر را برای کل حساب یا برای یک قانون تحویل روشن کنید و قالب تصویر حساب را انتخاب کنید: WebP یا WebP + AVIF. تصاویر JPEG و PNG روی edge تبدیل میشوند و فایلهای اصلی شما دستنخورده میمانند.
بررسی کنید که cache کار میکند
یک صفحه را بارگذاری کنید و هدرهای پاسخ را برای وضعیت cache (HIT/MISS) و age بررسی کنید. درخواست دوم به همان URL باید یک HIT را که از edge ارائه شده بازگرداند. از گزارشهای پنل استفاده کنید تا با گرم شدن edge، افزایش نرخ cache hit را تماشا کنید.
هنگام تغییر محتوا، purge کنید
پس از هر deploy یا ویرایش محتوا، URLهای متأثر (یا همه چیز) را از پنل یا از طریق purge API پاک کنید تا بازدیدکنندگان بلافاصله نسخه جدید را دریافت کنند، نه اینکه منتظر انقضای TTL بمانند.
نمونه سناریوها
یک سایت خبری یا وبلاگ، تصاویر، CSS و JavaScript خود را با TTL طولانی از edge ارائه میدهد، ترافیک origin را به‌شدت کاهش میدهد و زمان بارگذاری صفحه را برای خوانندگان دور از origin کم میکند.
در جریان یک فروش لحظه‌ای، صفحات فهرست محصول به‌صورت micro-cache و داراییهای ثابت به‌طور کامل cache میشوند، بنابراین یک جهش ناگهانی ترافیک در edge جذب میشود به‌جای آنکه origin فروشگاه را از پا درآورد.
یک فروشنده، نصب‌کننده‌ها و بسته‌های بهروزرسانی را از طریق فضای ذخیرهسازی Push در edge توزیع میکند و فایلهای بزرگ را به‌سرعت به کاربران می‌رساند در حالی که origin را از جهش‌های پهنای باند محافظت میکند.
پرسش‌های پرتکرار
چگونه بفهمم یک درخواست از cache ارائه شده است؟
هر پاسخ یک هدر وضعیت cache دارد که HIT (ارائهشده از edge) یا MISS (دریافتشده از origin) را بههمراه یک مقدار age نشان میدهد. یک URL را دو بار بارگذاری کنید: درخواست دوم به یک منبع قابلcache باید یک HIT بازگرداند. گزارشهای پنل نیز این را در قالب یک نرخ کلی cache hit تجمیع میکنند.
آیا cache پس از بهروزرسانی سایت، محتوای قدیمی ارائه میدهد؟
اشیای cacheشده تنها تا زمان انقضای TTL خود زنده میمانند، اما لازم نیست منتظر بمانید. بلافاصله پس از یک deploy، URLهای تغییریافته یا کل zone را از پنل یا purge API پاک کنید، و edge در درخواست بعدی نسخههای تازه را دریافت میکند در حالی که بقیه را همچنان از cache ارائه میدهد.
آیا میتوانم صفحاتی را که از کوکی یا query string استفاده میکنند cache کنم؟
بله، با کنترل. شما تصمیم میگیرید کدام کوکیها و پارامترهای query بخشی از کلید cache باشند، بنابراین موارد ضروری نسخههای cacheشده جداگانه میسازند در حالی که پارامترهای tracking نادیده گرفته میشوند. درخواستهای نشست یا واردشده را میتوان طوری تنظیم کرد که بهکلی از cache عبور کنند تا محتوای شخصیسازیشده همیشه به origin برسد.
آیا تبدیل WebP یا AVIF فایلهای تصویر اصلی مرا تغییر میدهد؟
خیر. تبدیل در مسیر تحویل انجام میشود و نسخههای اصلی ذخیرهشده شما دستنخورده میمانند. مرورگرهایی که AVIF یا WebP را میپذیرند یک نسخه تبدیلشده میگیرند، بقیه تصویر را در قالب اصلیاش، و اگر تبدیل شکست بخورد edge نسخه اصلی را ارائه میدهد. URL تصاویر در HTML شما همان میماند.
اگر سرور origin من از دسترس خارج شود چه میشود؟
هر چیزی که پیشتر در edge cache شده باشد، در طول بازه TTL همچنان به بازدیدکنندگان ارائه میشود، بنابراین یک قطعی کوتاه origin لزوماً محتوای ثابت شما را از دسترس خارج نمیکند. درخواست برای اشیای cacheنشده یا منقضی همچنان به origin نیاز دارند، که دلیل دیگری است برای اینکه TTL داراییهای پایدار را سخاوتمندانه نگه دارید.
آیا برای استفاده از CDN باید فایلهایم را جابهجا کنم؟
با مدل Pull خیر. سرور origin موجود خود را نگه میدارید و تنها DNS را تغییر میدهید تا edge جلوی آن قرار گیرد و محتوا را در صورت نیاز دریافت و cache کند. فضای ذخیرهسازی Push اختیاری است و زمانی مفید است که بخواهید edge رسانه را بدون هیچ origin ای ارائه دهد.