مقالات

راهنمای جامع اتصال و تنظیمات CDN در وردپرس (افزایش سرعت و امنیت سایت)

راهنمای جامع اتصال و تنظیمات CDN در وردپرس (افزایش سرعت و امنیت سایت)

سلام! نگین هستم. بذار یه خاطره‌ی واقعی برات تعریف کنم.

چند سال پیش، روی اولین سایت فروشگاهی جدی‌ام کار می‌کردم. برای عکس‌هاش، محتواش، همه‌چیزش زحمت کشیده بودم. همه‌چیز عالی بود جز یه چیز: سرعت. سایت به‌زور باز می‌شد. هر کاری می‌کردم—فشرده‌سازی عکس، خرید هاست قوی‌تر—باز هم کند بود. احساس می‌کردم یه ماشین اسپرت دارم که تو ترافیک گیر کرده.

راستش رو بخوای، بخش بزرگی از بهینه‌سازی سرعت سایت وردپرسی اصلاً ربطی به هاست اصلی تو نداره؛ ربط داره به اینکه چقدر می‌تونی فاصله‌ت رو با کاربر کم کنی. اینجا بود که با CDN آشنا شدم؛ مفهومی که نه تنها سایتم رو نجات داد، بلکه کل دیدگاهم رو نسبت به عملکرد وب عوض کرد. تو این مقاله می‌خوام دقیقاً همین سفر رو با هم بریم. از اینکه CDN چیه تا چطور قدم‌به‌قدم بهترین گزینه‌ها رو روی وردپرس فعال کنیم.

جدول کاربردی: مقایسه سریع «قبل» و «بعد» از CDN

ویژگی سایت بدون CDN (وضعیت معمول) سایت مجهز به CDN (وضعیت ایده‌آل)
سرعت بارگذاری (PageSpeed) کند، به‌خصوص برای کاربران دور از سرور. فوق‌العاده سریع، چون محتوا از نزدیک‌ترین سرور (PoP) لود می‌شه.
تجربه‌ی کاربری (UX) ضعیف؛ کاربر ممکنه سایت رو به خاطر کندی ببنده (Bounce Rate بالا). عالی؛ کاربر بلافاصله به محتوا می‌رسه و در سایت می‌مونه.
امنیت (Security) آسیب‌پذیر؛ مستقیماً در معرض حملات DDoS و ربات‌ها. بسیار امن؛ CDN مثل یه سپر (WAF) جلوی حملات رو می‌گیره.
فشار روی هاست (Server Load) بالا؛ با هر بازدیدکننده، سرور اصلی باید کل فایل‌ها رو ارسال کنه. بسیار پایین؛ CDN جلوی ۷۰ تا ۹۰ درصد ترافیک رو می‌گیره و هاست نفس می‌کشه.
امتیاز سئو (SEO) ضعیف؛ گوگل سایت‌های کند رو دوست نداره (Core Web Vitals ضعیف). قوی؛ سرعت بالا سیگنال مثبتی برای Core Web Vitals و رتبه‌بندیه.

CDN (شبکه توزیع محتوا) چیست و چرا برای سایت وردپرسی شما ضروری است؟

بذار خیلی ساده شروع کنیم. وب‌سایت تو، با همه‌ی عکس‌ها، فایل‌ها و کدهایی که داره، روی یک کامپیوتر فیزیکی به اسم «سرور» زندگی می‌کنه. این سرور یه آدرس مشخص داره، مثلاً ممکنه توی یه دیتاسنتر تو آلمان یا ایران باشه.

حالا فرض کن سرور تو توی تهرانه. وقتی یه کاربر از شیراز سایتت رو باز می‌کنه، اطلاعات باید مسیر تهران تا شیراز رو طی کنه. خب، زیاد طول نمی‌کشه. اما اگه یه کاربر از لندن یا نیویورک بخواد سایتت رو ببینه چی؟ اون اطلاعات باید کل اون مسیر طولانی رو طی کنه و این یعنی تأخیر و کندی.

اینجاست که CDN وارد داستان می‌شه.

درک مفهوم CDN به زبان ساده: چگونه فاصله کاربر تا سرور را کوتاه می‌کند؟

CDN رو مثل یه شبکه از «شعبات» برای وب‌سایتت در نظر بگیر که در سراسر دنیا پخش شدن.

بیا یه مثال ملموس بزنم:

فرض کن تو یه رستوران معروف تو مرکز شهر (سرور اصلی هاست تو) داری که یه غذای خاص و عالی درست می‌کنه. حالا مشتری‌هایی از سراسر شهر (جهان) این غذا رو می‌خوان. اگه قرار باشه همه‌ی سفارش‌ها، حتی از دورترین نقاط شهر، فقط از آشپزخونه مرکزی تو ارسال بشه، هم ترافیک سنگینی ایجاد می‌شه و هم غذا سرد به دست مشتری می‌رسه.

راه‌حل چیه؟ تو میای و چندین «شعبه» یا «آشپزخونه‌ی کوچک» (که بهشون می‌گیم PoP یا Point of Presence) در محله‌های مختلف شهر تأسیس می‌کنی.

حالا وقتی یه مشتری از شمال شهر سفارش می‌ده، سفارش مستقیماً از نزدیک‌ترین شعبه‌ی شمال شهر براش ارسال می‌شه. سریع، گرم و تازه!

CDN دقیقاً همین کار رو می‌کنه. اون یه کپی از فایل‌های ثابت (Static) سایت تو (مثل عکس‌ها، فایل‌های CSS و جاوااسکریپت) می‌گیره و روی ده‌ها سرور قدرتمند در سراسر جهان ذخیره (Cache) می‌کنه.

وقتی کاربری سایتت رو باز می‌کنه، CDN به طور هوشمند تشخیص می‌ده که کاربر کجاست و اطلاعات رو از نزدیک‌ترین سرور ممکن به اون کاربر تحویل می‌ده. نتیجه؟ فاصله‌ی فیزیکی بین کاربر و اطلاعات سایت به حداقل می‌رسه.

تاثیر مستقیم CDN بر سرعت بارگذاری سایت (PageSpeed) و Core Web Vitals

خب، این کاهش فاصله در عمل یعنی چی؟ یعنی سرعت انفجاری.

وقتی من روی اون سایت صنایع دستی‌ام CDN فعال کردم، اتفاقی که افتاد شگفت‌انگیز بود. سرعتی که قبلاً ۸ ثانیه طول می‌کشید تا کامل لود بشه، به زیر ۳ ثانیه رسید.

این تأثیر مستقیم خودش رو روی معیارهای حیاتی گوگل، یعنی Core Web Vitals، نشون می‌ده:

  • LCP (Largest Contentful Paint): همون عکس بزرگ صفحه‌ی اصلی یا متن اصلی مقاله، خیلی سریع‌تر لود می‌شه چون از یه سرور نزدیک میاد.
  • FID و INP (Interaction to Next Paint): چون مرورگر کاربر دیگه درگیر دانلود فایل‌های سنگین از یه مسیر دور نیست، سریع‌تر می‌تونه به اولین کلیک یا تعامل کاربر (مثل باز کردن یه منو) پاسخ بده.

در دنیای سئو، گوگل عاشق سایت‌های سریعه. چون کاربرها عاشق سایت‌های سریعن. فعال‌سازی CDN یکی از راحت‌ترین و مؤثرترین راه‌ها برای گرفتن نمره‌ی قبولی در امتحان PageSpeed گوگله.

مزایای کلیدی استفاده از CDN فراتر از سرعت (امنیت، کاهش بار سرور و سئو)

فکر نکن CDN فقط یه «تقویت‌کننده سرعت» معمولیه. مزایای جانبی‌ای داره که گاهی از خود سرعت هم مهم‌تر می‌شن:

۱. امنیت (Security):

بیشتر CDNهای معتبر (مثل کلودفلر) مثل یه سپر امنیتی جلوی سایت تو قرار می‌گیرن. اون‌ها می‌تونن حملات DDoS (حملاتی که با ترافیک فیک و زیاد سعی دارن سایتت رو از کار بندازن) رو قبل از اینکه اصلاً به سرور اصلی تو برسن، شناسایی و دفع کنن. این یعنی سایتت همیشه در دسترسه.

۲. کاهش بار سرور (Server Load):

برگردیم به مثال رستوران. وقتی شعبه‌های مختلف دارن سفارش‌ها رو مدیریت می‌کنن، چه اتفاقی برای آشپزخونه مرکزی می‌افته؟ بار کاریش به شدت کم می‌شه!

CDN هم همین کارو می‌کنه. چون درخواست‌های زیادی توسط شبکه‌ی CDN پاسخ داده می‌شه، فشار خیلی کمتری به هاست اصلی تو میاد. این یعنی اگه یهو ترافیک زیادی بگیری (مثلاً بعد از یه کمپین تبلیغاتی)، هاستت «کِرَش» نمی‌کنه یا کم نمیاره.

۳. سئو (SEO):

گرچه CDN یه فاکتور رتبه‌بندی مستقیم نیست، اما تأثیرش روی سئو انکارناپذیره.

سرعت بهتر -> تجربه‌ی کاربری بهتر -> نرخ پرش (Bounce Rate) کمتر -> زمان ماندگاری (Dwell Time) بیشتر -> سیگنال‌های مثبت برای گوگل.

گوگل می‌بینه که کاربرها از سایت تو راضی‌ان و این به بهبود رتبه‌هات کمک می‌کنه.

تفاوت CDN با هاستینگ چیست؟ آیا CDN جایگزین هاست می‌شود؟

این یه سؤال خیلی رایجه و جوابش یه «نه» قاطعه.

  • هاست (Hosting): «خونه» اصلی سایت توئه. جایی که فایل‌های اصلی وردپرس، دیتابیس (اطلاعات کاربرا، نوشته‌ها) و همه‌ی چیزهای حیاتی اونجا زندگی می‌کنن. تو حتماً به هاست نیاز داری.
  • CDN (شبکه توزیع محتوا): «شبکه‌ی تحویل» یا همون «پیک‌های موتوری» سایت توئه. اون کپی فایل‌ها رو پخش می‌کنه تا سریع‌تر به دست کاربر برسه.

CDN جایگزین هاست نمی‌شه؛ بلکه مثل یه همکار قدرتمند در کنار هاست تو کار می‌کنه تا بهترین نتیجه رو ارائه بده.

انتخاب بهترین سرویس CDN برای وردپرس (مقایسه گزینه‌های رایگان و پولی)

انتخاب CDN خیلی به نیاز، بودجه و سطح فنی تو بستگی داره. یکی دنبال امنیت رایگانه، یکی دنبال میلی‌ثانیه‌های سرعت بیشتر برای فروشگاهش. بیا با هم بررسی کنیم.

معرفی Cloudflare (کلودفلر): بهترین گزینه رایگان برای شروع (امنیت + سرعت)

اگه تا حالا از CDN استفاده نکردی، یا اگه یه سایت وردپرسی داری و می‌خوای با کمترین هزینه (یعنی صفر!) هم سرعتت رو بهتر کنی و هم امنیتت رو، کلودفلر نقطه‌ی شروع عالیه.

راستش رو بگم، کلودفلر خیلی بیشتر از یه CDN معمولیه. اون یه «پراکسی معکوس» (Reverse Proxy)ئه. یعنی چی؟ یعنی قبل از اینکه اصلاً کاربری به هاست تو برسه، اول می‌ره سراغ کلودفلر.

چرا عاشقش می‌شی؟

  • پلن رایگان همیشگی: این بزرگ‌ترین مزیتشه. پلن رایگانش برای اکثر سایت‌های کوچیک و متوسط کافیه.
  • امنیت فوق‌العاده: این نقطه قوت اصلی کلودفلره. فایروال (WAF) قدرتمندش جلوی کلی از حملات هکرها و ربات‌های مزاحم رو می‌گیره. یادمه اولین باری که فعالش کردم، باورم نمی‌شد چقدر ترافیک اسپم و تلاش برای هک رو داشت جلوی در ورودی فیلتر می‌کرد.
  • راه‌اندازی نسبتاً آسان: کافیه DNS‌های دامنه رو عوض کنی و وصل بشی.

نکته‌ی مهم: کلودفلر در پلن رایگان، بیشتر روی امنیت تمرکز داره تا سرعت محض. گرچه سرعت رو عالی بهبود می‌ده، اما گزینه‌های پولی تخصصی‌تری برای سرعت وجود دارن.

معرفی BunnyCDN (بانی CDN): انتخاب حرفه‌ای‌ها برای سرعت و قیمت مناسب (Pull CDN)

حالا فرض کن از پلن رایگان رد شدی و دنبال یه چیز «حرفه‌ای‌تر» برای سرعت هستی. جایی که هر میلی‌ثانیه برات مهمه، مخصوصاً اگه سایتت عکس‌های زیاد یا فایل‌های سنگین داره (مثل یه فروشگاه آنلاین).

اینجا جاییه که من معمولاً BunnyCDN رو پیشنهاد می‌دم.

بانی یه CDN از نوع “Pull” خالصه. یعنی چی؟ یعنی لازم نیست DNSهات رو عوض کنی. فقط کافیه توی تنظیماتش آدرس سایتت رو بدی. اون خودش میره فایل‌های ثابت (عکس‌ها، CSS، JS) رو از سایتت «می‌کشه» (Pull) و روی شبکه‌ی خودش در سراسر دنیا پخش می‌کنه.

چرا انتخاب حرفه‌ای‌هاست؟

  • سرعت فوق‌العاده: تمرکز اصلی بانی، فقط و فقط سرعته. شبکه‌ی خیلی قوی و سریعی داره.
  • قیمت به‌صرفه (Pay-as-you-go): این مدل قیمت‌دهیش عالیه. تو فقط به اندازه‌ی «حجم» داده‌ای که مصرف می‌کنی پول می‌دی. خبری از اشتراک ماهانه‌ی ثابت و گرون نیست. برای یه سایت متوسط، هزینه‌ش ماهانه شاید به چند دلار هم نرسه.
  • کنترل کامل: تنظیمات خیلی دقیقی برای مدیریت کش و فایل‌ها بهت می‌ده.

معرفی RocketCDN (راکت CDN): ادغام یکپارچه با افزونه WP-Rocket

اگه تو هم مثل من از طرفدارهای پروپاقرص افزونه‌ی کش WP-Rocket (موشک وردپرس) باشی، این گزینه برات خیلی جذابه.

تیم WP-Rocket اومدن CDN خودشون رو به اسم RocketCDN ارائه دادن. حقیقتش اینه که RocketCDN در پشت پرده از زیرساخت CDNهای دیگه (مثل BunnyCDN) استفاده می‌کنه، اما یه مزیت کلیدی داره: ادغام بی‌نقص.

اگه WP-Rocket رو داری، فعال‌سازی RocketCDN به اندازه‌ی زدن یه تیک ساده‌ست. نیازی به هیچ تنظیمات فنی پیچیده، ساختن Pull Zone یا کارهای دیگه نداری. خود افزونه همه‌چیز رو مدیریت می‌کنه.

برای کی خوبه؟

برای کسایی که دنبال «ساده‌ترین» راه‌حل ممکن هستن و نمی‌خوان درگیر تنظیمات فنی بشن و از WP-Rocket هم استفاده می‌کنن. البته هزینه‌ش به‌صورت اشتراک ماهانه ثابت محاسبه می‌شه.

سایر ارائه‌دهندگان مطرح (StackPath, KeyCDN و CDN های ایرانی)

بازار به این سه تا محدود نمی‌شه. گزینه‌های عالی دیگه‌ای هم هستن:

  • StackPath (قبلاً MaxCDN): یکی از قدیمی‌ترین و غول‌های این بازار. خیلی قدرتمند، امن و سریع. پلن‌هاش یه مقدار گرون‌تره و بیشتر مناسب کسب‌وکارهای بزرگه.
  • KeyCDN: یه گزینه‌ی عالی دیگه شبیه به BunnyCDN. اون هم مدل پرداخت به‌اندازه‌ی مصرف (Pay-as-you-go) داره و خیلی سریع و محبوبه.
  • CDNهای ایرانی (مثل ابر آروان): این یه نکته‌ی مهمه. اگه ۹۹ درصد مخاطب‌های سایت تو «داخل ایران» هستن، استفاده از یه CDN ایرانی می‌تونه یه انتخاب هوشمندانه باشه. چرا؟ چون سرورهاشون (PoPها) دقیقاً داخل ایران پخش شدن و این می‌تونه سرعت دسترسی برای کاربر ایرانی رو به شکل چشمگیری افزایش بده.

معیارهای کلیدی انتخاب: تعداد PoP ها (نقاط حضور)، قیمت و پشتیبانی

آخرش گیج شدی؟ بذار سه تا معیار ساده بهت بدم که موقع انتخاب حواست بهشون باشه:

۱. تعداد و مکان PoPها (نقاط حضور):

یادت نره PoPها همون «شعبات رستوران» ما بودن. فقط «تعداد» PoPها مهم نیست، «مکان» اون‌ها مهم‌تره. اگه اکثر کاربرهای تو در اروپا هستن، باید مطمئن بشی CDN تو در اروپا سرورهای زیادی داره. اگه در ایرانن، CDN ایرانی گزینه‌ی بهتریه.

۲. قیمت:

با خودت روراست باش. آیا یه پلن رایگان مثل کلودفلر کارت رو راه میندازه؟ یا فروشگاه آنلاینی داری که حاضره برای سرعت بیشتر، ماهانه هزینه کنه (مثل مدل BunnyCDN)؟

۳. پشتیبانی:

این رو از من که تجربه‌ش کردم بشنو: وقتی سایتت به خاطر تنظیمات اشتباه کش یا CDN بالا نمیاد، «پشتیبانی» تبدیل به مهم‌ترین معیار می‌شه. پلن‌های رایگان معمولاً پشتیبانی ضعیف‌تری (در حد تیکت یا انجمن) دارن. پلن‌های پولی، پشتیبانی سریع‌تر و بهتری ارائه می‌دن. ببین چقدر برات مهمه که در مواقع اضطراری یکی باشه که سریع جوابت رو بده.

راهنمای گام به گام: اتصال وردپرس به Cloudflare (محبوب‌ترین روش)

مرحله ۱: ساخت حساب کاربری و افزودن دامنه در وب‌سایت Cloudflare

اول از همه، برو به وب‌سایت Cloudflare.com و یه حساب کاربری رایگان بساز. فقط یه ایمیل و پسورد می‌خواد.

بعد از اینکه وارد داشبوردت شدی، یه دکمه‌ی گنده می‌بینی که نوشته “Add a Site” یا “افزودن سایت”. آدرس دامنه‌ی اصلی‌ات رو (مثلاً example.com) وارد کن و دکمه رو بزن.

کلودفلر ازت می‌خواد که یکی از پلن‌هاش رو انتخاب کنی. همون پلن رایگان (Free) رو انتخاب کن. برای شروع، امکاناتش فوق‌العاده‌ست و تمام چیزیه که ما الان لازم داریم.

مرحله ۲: بررسی رکوردهای DNS و تایید آن‌ها

اینجا جاییه که کلودفلر یه کار جالب می‌کنه. مثل یه کارآگاه، می‌ره و سعی می‌کنه تمام رکوردهای DNS فعلی سایتت رو پیدا کنه.

DNS چیه؟ خیلی ساده، مثل دفترچه تلفن اینترنته. می‌گه دامنه‌ی example.com به کدوم آدرس IP (آدرس سرور هاست تو) وصله.

تو این مرحله، کلودفلر یه لیست از رکوردهایی که پیدا کرده بهت نشون می‌ده (مثل رکورد A و CNAME). معمولاً کارش رو خیلی خوب انجام می‌ده. فقط یه نگاه چشمی بنداز که رکورد اصلی دامنه (رکورد A) و رکورد www (معمولاً CNAME) وجود داشته باشن و ابر نارنجی کنارشون روشن باشه.

اون ابر نارنجی یعنی: «ترافیک از این به بعد از من (کلودفلر) رد می‌شه.» فعلاً فقط مطمئن شو که هستن و دکمه‌ی “Continue” یا “ادامه” رو بزن.

مرحله ۳: تغییر Nameserver های دامنه از طریق پنل هاست یا ثبت دامنه

این مهم‌ترین مرحله‌ست.

کلودفلر الان بهت می‌گه: «خیلی خب، من آماده‌ام. لطفاً به دنیا بگو که من مسئول DNSهای تو هستم.»

برای این کار، دو تا آدرس بهت می‌ده که بهشون می‌گن Nameserver (یا NS). یه چیزی شبیه این:

ara.ns.cloudflare.com

kai.ns.cloudflare.com

تو باید وارد پنلی بشی که دامنه‌ت رو ازش خریدی (نه لزوماً پنل هاستت. جایی که پول دامنه رو دادی، مثل Namecheap, GoDaddy, Irnic یا شرکت ثبت‌کننده‌ی دامنه‌ی ایرانی‌ت).

اونجا دنبال بخشی به اسم “Manage DNS”، “Nameservers” یا “مدیریت دامنه‌ها” بگرد. Nameserverهای فعلی (که معمولاً مال شرکت هاستینگته) رو پاک کن و این دوتا آدرس جدیدی که کلودفلر بهت داده رو جایگزین کن و ذخیره کن.

یه نفس عمیق بکش! کار سخت تموم شد.

ممکنه چند دقیقه تا چند ساعت (در موارد نادر تا ۲۴ ساعت) طول بکشه تا این تغییر توی کل اینترنت اعمال بشه. کلودفلر خودش بهت ایمیل می‌زنه و خبر می‌ده که «سایت شما اکنون فعال است.»

مرحله ۴: تنظیمات حیاتی SSL/TLS در کلودفلر (انتخاب حالت Full Strict)

بعد از اینکه سایتت فعال شد، باید یه تنظیم حیاتی رو چک کنی تا سایتت با خطای امنیتی بالا نیاد.

توی داشبورد کلودفلر، برو به بخش “SSL/TLS”.

اینجا چند تا گزینه می‌بینی: Flexible, Full, Full (Strict).

  • Flexible: یعنی ارتباط کاربر تا کلودفلر امنه (HTTPS)، اما ارتباط کلودفلر تا سرور تو امن نیست (HTTP). این اصلاً خوب نیست.
  • Full: یعنی ارتباط همه‌جوره امنه، اما کلودفلر سخت‌گیری نمی‌کنه که گواهینامه‌ی SSL روی هاست تو معتبره یا نه.
  • Full (Strict): این بهترین و امن‌ترین حالته. یعنی ارتباط همه‌جوره امنه، و کلودفلر حتماً چک می‌کنه که تو یه گواهینامه SSL معتبر (مثل Let’s Encrypt رایگانی که هاست‌ها می‌دن) روی سرور اصلی‌ت داشته باشی.

توصیه‌ی من: اول مطمئن شو روی هاستت SSL فعاله (همون قفل سبز). بعد بیا اینجا و گزینه رو روی Full (Strict) بذار تا همه‌چیز کاملاً امن باشه.

مرحله ۵: نصب افزونه رسمی Cloudflare در وردپرس و تنظیمات بهینه (APO)

آخرین قطعه‌ی پازل!

برگرد به پیشخوان وردپرس. برو تو بخش افزونه‌ها و افزونه‌ی رسمی Cloudflare رو نصب و فعال کن.

این افزونه دو تا کار مهم می‌کنه:

۱. وردپرس تو رو به حساب کلودفلرت وصل می‌کنه. اینطوری می‌تونی کش (Cache) کلودفلر رو مستقیماً از داخل وردپرس پاک کنی (مثلاً وقتی یه نوشته رو آپدیت می‌کنی).

۲. تنظیمات بهینه رو خودش برات اعمال می‌کنه.

نکته‌ی طلایی (اختیاری اما قدرتمند):

توی تنظیمات همین افزونه، یه گزینه‌ای می‌بینی به اسم APO (Automatic Platform Optimization). این یه سرویس پولی کوچیک (حدود ۵ دلار در ماه) از خود کلودفلره که مخصوص وردپرس طراحی شده.

APO میاد کل HTML سایتت رو روی شبکه‌ی کلودفلر کش می‌کنه. نتیجه‌ش یه سرعت لود اولیه (TTFB) دیوانه‌کننده و فوق‌سریع می‌شه. اگه سرعت برات خیلی مهمه، فعال کردنش به‌شدت توصیه می‌شه.

و تمام! تو موفق شدی سایتت رو امن‌تر و سریع‌تر کنی.

روش دوم: اتصال CDN های نوع Pull (مانند BunnyCDN) به وردپرس

یادت باشه، به اینا می‌گیم “Pull CDN” چون این CDN میاد و فایل‌های ثابت (عکس‌ها، CSS, JS) رو از هاست تو «می‌کشه» (Pull) و روی شبکه‌ی خودش کپی می‌کنه.

تنها کاری که ما باید بکنیم اینه که به وردپرس بگیم: «لطفاً از این به بعد، آدرس اون فایل‌ها رو عوض کن!»

اتصال CDN از طریق افزونه‌های کش (Cache)

بهترین و تمیزترین راه برای اتصال یه Pull CDN، استفاده از همون افزونه‌ی کشیه که روی سایتت نصب کردی.

چرا؟ چون افزونه‌ی کش تو همین الانش هم داره تمام کدهای HTML سایتت رو مدیریت و بهینه‌سازی می‌کنه. پس بهترین ابزاره که بیاد آدرس فایل‌های استاتیک رو هم همونجا تغییر بده. تقریباً همه‌ی افزونه‌های کش خوب (WP-Rocket, LiteSpeed, W3 Total Cache) یه بخش مخصوص برای CDN دارن.

آموزش تنظیمات CDN در افزونه WP-Rocket (ساده‌ترین راه)

اگه از من بپرسی، راحت‌ترین تجربه‌ی اتصال CDN رو با WP-Rocket داشتم. اصلاً انگار برای همین کار ساخته شده.

۱. اول باید توی پنل CDN خودت (مثلاً BunnyCDN) یه “Pull Zone” بسازی. بعد از ساخت، اون CDN یه آدرس به تو می‌ده. یه چیزی شبیه این: negin-blog.b-cdn.net. این آدرس رو کپی کن.

۲. حالا بیا توی پیشخوان وردپرس، برو به تنظیمات > WP Rocket > CDN.

۳. گزینه‌ی فعال‌سازی شبکه توزیع محتوا (CDN) رو تیک بزن.

۴. توی کادر CNAME(s) CDN، همون آدرسی که از CDN گرفتی (negin-blog.b-cdn.net) رو پیست (Paste) کن.

۵. ذخیره کن و تمام!

همین. WP-Rocket خودش به‌طور خودکار می‌ره و تمام آدرس‌های عکس‌ها، فایل‌های CSS و JS تو رو بازنویسی می‌کنه. واقعاً به همین سادگیه.

آموزش تنظیمات CDN در افزونه LiteSpeed Cache (برای سرورهای لایت اسپید)

اگه هاست تو از سرور لایت‌اسپید استفاده می‌کنه، احتمالاً داری از افزونه‌ی LiteSpeed Cache استفاده می‌کنی. اینم خیلی راحته:

۱. مثل قبل، آدرس (Hostname) رو از پنل CDN خودت بردار.

۲. برو به LiteSpeed Cache > CDN.

۳. توی تب اول [1] CDN Settings، گزینه‌ی Enable CDN رو ON کن.

۴. توی فیلد CDN URL، آدرس کامل CDN رو وارد کن (مثلاً: https://negin-blog.b-cdn.net). حتماً https:// رو اولش بذار.

۵. فیلد Original URL (آدرس اصلی سایت) رو هم چک کن که درست باشه (معمولاً خودش هست).

۶. می‌تونی مشخص کنی که چه فایل‌هایی (تصاویر، CSS, JS) از طریق CDN بارگذاری بشن.

۷. ذخیره کن و کش رو پاک کن.

آموزش تنظیمات CDN در افزونه W3 Total Cache (تنظیمات پیشرفته)

خب، می‌رسیم به افزونه‌ی W3 Total Cache. این افزونه مثل کابین خلبان هواپیما می‌مونه؛ قدرتمنده ولی به‌شدت گیج‌کننده. من خودم چند باری با تنظیماتش کشتی گرفتم تا قلقش دستم اومده!

۱. اول برو به Performance > General Settings.

۲. اسکرول کن بیا پایین تا برسی به بخش CDN.

۳. گزینه‌ی Enable رو تیک بزن.

۴. برای CDN Type (نوع CDN)، گزینه‌ی “Generic Mirror” رو انتخاب کن. این گزینه‌ی جادویی برای همه‌ی Pull CDNها مثل BunnyCDN هست.

۵. تنظیمات رو ذخیره کن.

۶. صبر کن! تموم نشده! حالا باید بری به صفحه‌ی مخصوص تنظیمات CDN در Performance > CDN.

۷. در بخش “Configuration: Objects”، توی فیلد Replace site's hostname with، اون آدرس CDN که گرفتی (negin-blog.b-cdn.net) رو وارد کن.

۸. ذخیره کن و حتماً با دکمه‌ی “Test Mirror” یه تست بگیر.

چالش اصلی: بازنویسی URL ها (Rewriting URLs) برای فایل‌های استاتیک

همه‌ی این کارهایی که توی افزونه‌های کش انجام دادیم، در واقع داشتن یه کار مهم رو انجام می‌دادن: بازنویسی URLها.

بذار ساده بگم:

وقتی CDN نداری، آدرس یه عکس توی سایتت این شکلیه:

https://yoursite.com/wp-content/uploads/my-photo.jpg

وقتی CDN رو از طریق افزونه‌ی کش فعال می‌کنی، افزونه میاد این آدرس رو توی کد HTML سایتت، قبل از اینکه به کاربر نشون بده، «پیدا و جایگزین» می‌کنه. آدرس جدید این شکلی می‌شه:

https://negin-blog.b-cdn.net/wp-content/uploads/my-photo.jpg

حالا مرورگر کاربر، به جای اینکه عکس رو از سرور هاست تو بخواد، مستقیم می‌ره سراغ سرور پرسرعت CDN و عکس رو از نزدیک‌ترین نقطه‌ی ممکن تو دنیا دانلود می‌کنه.

این «بازنویسی» همون چالش اصلیه. اگه افزونه نتونه این کار رو درست انجام بده، ممکنه سایتت بدون CSS لود بشه (به‌هم‌ریخته) یا عکس‌هات بالا نیان. برای همین، استفاده از یه افزونه‌ی کش معتبر برای این کار، بهترین و امن‌ترین راه حله.

چگونه مطمئن شویم CDN به درستی فعال شده است؟ (تست و اعتبارسنجی)

سه تا روش داریم، از ساده‌ترین به تخصصی‌ترین.

بررسی سورس (Source) صفحه و مشاهده URL تصاویر و فایل‌ها

این سریع‌ترین و دم‌دستی‌ترین روشه.

۱. سایتت رو توی مرورگر باز کن (ترجیحاً در حالت Incognito یا ناشناس که کش مرورگرت دخالت نکنه).

۲. یه جای خالی صفحه راست‌کلیک کن و گزینه‌ی “View Page Source” (نمایش سورس صفحه) رو بزن.

۳. یه صفحه‌ی پر از کد HTML بهت نشون می‌ده. نترس!

۴. دکمه‌های Ctrl + F (یا Cmd + F در مک) رو بزن تا کادر جستجو باز بشه.

۵. دنبال یکی از فایل‌های سایتت بگرد. مثلاً تایپ کن .jpg یا .css.

حالا چی رو باید ببینی؟

  • قبل از CDN: آدرس عکست این شکلی بود:https://yoursite.com/wp-content/uploads/photo.jpg
  • بعد از CDN (موفق): آدرس باید تغییر کرده باشه به آدرس CDN تو:https://**cdn-hostname.com**/wp-content/uploads/photo.jpg (اگه از BunnyCDN استفاده کردی)

    یا

    (اگه از کلودفلر استفاده کردی، آدرس دامنه معمولاً همونه، چون کلودفلر پراکسیه. پس برای کلودفلر، این روش خیلی گویا نیست و باید بریم سراغ دو روش بعدی.)

اگه آدرس فایل‌هات به آدرس CDN تغییر کرده بود، یعنی تبریک! افزونه‌ی کش کارت رو درست انجام داده.

روش اول: استفاده از ابزارهای آنلاین (مانند GTmetrix یا CDN Finder)

این روش، مثل اینه که یه متخصص بیاد سایتت رو آنالیز کنه.

۱. برو به سایت GTmetrix.com.

۲. آدرس سایتت رو وارد کن و تست رو شروع کن.

۳. بعد از اینکه آنالیز تموم شد، برو به تب “Waterfall” (آبشار).

اینجا لیست تمام فایل‌هایی که در سایتت لود شده رو نشون می‌ده. ستون “Domain” رو نگاه کن.

اگه CDN درست کار کنه، باید ببینی که فایل‌های تو (مثل عکس‌ها، CSSها و JSها) به‌جای اینکه همه‌شون از دامنه‌ی اصلی خودت (yoursite.com) لود بشن، دارن از دامنه‌های مختلف CDN تو (مثل cdn-hostname.com یا دامنه‌هایی شبیه به cdn.cloudflare.com) بارگذاری می‌شن. این یعنی موفقیت!

روش دوم: بررسی هدرهای HTTP (Response Headers) در مرورگر (تکنیک تخصصی)

این روش مورد علاقه‌ی خودمه. مثل کارآگاهیه! بهمون اطلاعات قطعی می‌ده که آیا فایل مستقیماً از سرور CDN اومده یا نه.

۱. توی سایتت، دکمه F12 رو بزن تا ابزارهای توسعه‌دهنده (Developer Tools) مرورگر باز بشه.

۲. برو به تب “Network” (شبکه).

۳. یه رفرش سخت بکن ( Ctrl + Shift + R یا Cmd + Shift + R).

۴. لیست فایل‌هایی که لود می‌شن رو می‌بینی. روی یکی از فایل‌های سایتت (مثلاً یه عکس .jpg) کلیک کن.

۵. در پنجره‌ی سمت راست، تب “Headers” رو باز کن و برو پایین تا به بخش “Response Headers” (هدرهای پاسخ) برسی.

حالا دنبال سرنخ بگرد:

  • اگه از Cloudflare استفاده می‌کنی: دنبال هدر cf-cache-status بگرد. اگه نوشته بود HIT، یعنی این فایل مستقیماً از کش کلودفلر اومده و اصلاً به هاست تو نرسیده. (اگه MISS یا DYNAMIC بود یعنی هنوز کش نشده یا قابل کش شدن نبوده).
  • اگه از BunnyCDN یا CDNهای مشابه استفاده می‌کنی: دنبال هدر Server بگرد. باید ببینی که مقدارش مثلاً BunnyCDN یا اسم CDN تو باشه. یا دنبال هدرهایی مثل X-Cache بگرد که معمولاً وضعیت HIT یا MISS رو نشون می‌ده.

اگه این هدرهای مخصوص CDN رو دیدی، یعنی همه‌چیز عالی تنظیم شده و CDN داره کارش رو به بهترین شکل انجام می‌ده.

اشتباهات رایج و عیب‌یابی مشکلات پس از فعال‌سازی CDN

(تجربه ما) حل مشکل محتوای مختلط (Mixed Content) پس از فعال‌سازی CDN

این شایع‌ترین اتفاقه، مخصوصاً اگه سایتت کمی قدیمی‌تر باشه.

سناریو: سایتت رو باز می‌کنی و می‌بینی فونت‌ها عوض شده، استایل‌ها به‌هم‌ریخته و شاید بعضی عکس‌ها لود نشدن. توی مرورگر (کنار آدرس سایت) هم به‌جای قفل سبز، یه علامت اخطار ⚠️ می‌بینی.

این یعنی چی؟

این یعنی «محتوای مختلط» یا Mixed Content.

تجربه‌ی ما از این مشکل اینه: مرورگر تو (مثل کروم) مثل یه نگهبان سخت‌گیره. تو بهش گفتی سایتت امنه و باید با HTTPS باز بشه (همون قفل سبزه). مرورگر هم میگه «چشم». اما بعدش می‌بینه که تو، توی کدهات، آدرس یه عکس یا یه فایل CSS رو هنوز با HTTP (ناامن) صدا زدی.

مرورگر میگه: «اجازه نمی‌دم! یا همه‌چی امن، یا هیچی.» و در نتیجه اون فایل ناامن (که معمولاً فایل استایل CSS توئه) رو لود نمی‌کنه. نتیجه؟ سایتت شکسته و زشت به نظر میاد.

راه‌حل سریع:

اگه از کلودفلر استفاده می‌کنی، برو توی داشبورد کلودفلر، بخش SSL/TLS و تب Edge Certificates. گزینه‌ی “Automatic HTTPS Rewrites” رو روشن کن. این به کلودفلر میگه خودش بگرده و هر آدرس HTTP رو به HTTPS تبدیل کنه. این معمولاً مشکل رو حل می‌کنه.

اگه حل نشد، مطمئن شو توی تنظیمات > عمومی وردپرس، هر دو آدرس سایتت با https:// شروع بشن.

چرا سایت پس از اتصال به CDN دچار خطای SSL (Too Many Redirects) می‌شود؟

این یکی از کلاسیک‌ترین تله‌های فعال‌سازی CDN، مخصوصاً کلودفلره.

سناریو: سایت رو باز می‌کنی و با این ارور وحشتناک مواجه می‌شی: ERR_TOO_MANY_REDIRECTS (تعداد تغییر مسیرها بیش از حد مجاز است).

این یعنی چی؟

سایت تو توی یه «حلقه‌ی بی‌نهایت» (Infinite Loop) گیر کرده.

علت چیه؟

بذار ساده بگم چی داره اتفاق میفته:

۱. کاربر سایت تو رو باز می‌کنه.

۲. کلودفلر (CDN) میگه «صبر کن، باید امن باشی!» و کاربر رو به HTTPS می‌فرسته.

۳. درخواست HTTPS می‌رسه به سرور (هاست) تو.

۴. اینجا مشکل رخ می‌ده: تنظیمات SSL کلودفلر تو روی حالت “Flexible” هست. این حالت یعنی کلودفلر درخواست امن کاربر رو می‌گیره، ولی وقتی می‌خواد با هاست تو حرف بزنه، از HTTP (ناامن) استفاده می‌کنه.

۵. هاست تو درخواست HTTP رو از کلودفلر می‌بینه و میگه: «اوه اوه! این ناامنه!» و دوباره تلاش می‌کنه کاربر رو به HTTPS برگردونه.

۶. درخواست برمی‌گرده به کلودفلر (مرحله ۲) و این چرخه تا ابد تکرار می‌شه… تا وقتی که مرورگر خسته بشه و ارور بده.

راه‌حل قطعی:

این رو توی راهنمای اتصال هم گفتم و دوباره تکرار می‌کنم:

۱. مطمئن شو روی هاست اصلی‌ت SSL فعال داری (همون Let’s Encrypt رایگان کافیه).

۲. برو توی داشبورد کلودفلر، بخش SSL/TLS.

۳. حالت SSL رو از Flexible به “Full” یا (بهتر از اون) “Full (Strict)” تغییر بده.

این کار به کلودفلر میگه: «وقتی با هاست من حرف می‌زنی هم از HTTPS استفاده کن.» و اینجوری حلقه می‌شکنه.

مدیریت کش (Cache) در CDN: چگونه محتوای خود را به‌روزرسانی کنیم؟

این یه «مشکل» نیست، ولی خیلی‌ها رو گیج می‌کنه.

سناریو: میری یه مقاله رو ویرایش می‌کنی. یه عکس رو عوض می‌کنی یا تیتر رو تغییر می‌دی. دکمه «به‌روزرسانی» رو می‌زنی. بعد میری صفحه‌ی اصلی سایت رو می‌بینی… و… هیچی! همون محتوای قدیمی هنوز اونجاست!

علت چیه؟

دقیقاً همون کاری که از CDN می‌خواستیم! CDN یه کپی (Cache) از سایت تو رو روی سرورهاش ذخیره کرده و داره همون نسخه‌ی قدیمی رو به کاربرها نشون می‌ده، چون سریع‌تره. اون هنوز خبردار نشده که تو یه چیزی رو عوض کردی.

راه‌حل (پاک‌سازی کش یا Purge):

تو باید به CDN خبر بدی که محتوا عوض شده.

  • اگه از کلودفلر استفاده می‌کنی: برو توی داشبوردت، بخش Caching > Configuration. یه دکمه‌ی آبی هست به اسم “Purge Everything” (پاک‌سازی همه‌چیز). این مثل گزینه‌ی اتمیه. کل کش سایتت رو در سراسر دنیا پاک می‌کنه و CDN مجبوره بره نسخه‌های جدید رو برداره. (اگه افزونه‌ی رسمی کلودفلر رو نصب کرده باشی، معمولاً خودش بعد از آپدیت، کش رو هوشمندانه پاک می‌کنه).
  • اگه از BunnyCDN یا Pull CDNها استفاده می‌کنی: توی پنل اون CDN هم یه دکمه‌ی “Purge Pull Zone” یا مشابهش هست که همین کار رو می‌کنه.

عیب‌یابی CDN اولش شاید کمی استرس‌زا باشه، ولی قول می‌دم ۹۹ درصد مواقع مشکل تو یکی از همین سه موردیه که گفتم. وقتی قلقش دستت بیاد، دیگه برات مثل آب خوردن می‌شه.

تنظیمات پیشرفته: فراتر از یک اتصال ساده (بهینه‌سازی نهایی)

فعال‌سازی Minification (فشرده‌سازی) فایل‌های CSS/JS از طریق CDN

احتمالاً تو هم مثل من از افزونه‌های کش (مثل WP-Rocket یا LiteSpeed) استفاده می‌کDی که فایل‌های CSS و JS رو «کوچیک» یا Minify می‌کنن.

Minify کردن یعنی چی؟ یعنی تمام فاصله‌های خالی (Space)، کامنت‌های برنامه‌نویس و خطوط جدید (Enter) رو از توی فایل‌های کد پاک کنیم. برای کامپیوتر که فرقی نداره، اما حجم فایل نهایی کلی کم می‌شه.

حالا، چرا این کار رو از طریق CDN انجام بدیم؟

تجربه‌ی من می‌گه که گاهی اوقات فشرده‌سازی توسط افزونه‌های وردپرس می‌تونه سنگین باشه و به سرور اصلی فشار بیاره. اما وقتی این کار رو به CDN می‌سپاری، تمام این پردازش سنگین روی سرورهای قدرتمند CDN انجام می‌شه، نه هاست ضعیف تو.

چطوری فعالش کنیم؟

اگه از کلودفلر استفاده می‌کDی، این راحت‌ترین کاره:

۱. برو به داشبورد کلودفلر.

۲. برو به بخش Speed > Optimization.

۳. گزینه‌های JavaScript و CSS (و حتی HTML) رو تیک بزن تا Auto Minify فعال بشه.

هشدار دوستانه: بعد از اینکه اینا رو فعال کردی، حتماً سایتت رو کامل چک کن (مخصوصاً توی حالت Incognito). من خودم چند باری داشتم که فعال کردن Minify جاوااسکریپت، یهو یه اسلایدر یا یه منوی خاص رو از کار انداخته. اگه این اتفاق افتاد، نترس. فقط برگرد و همون تیک رو بردار.

استفاده از WAF (Web Application Firewall) CDN برای افزایش امنیت وردپرس

این یکی از بخش‌های مورد علاقه‌ی منه. WAF یا «فایروال برنامه وب» رو مثل یه «بادیگارد» یا «نگهبان دم در» خیلی حرفه‌ای برای سایتت در نظر بگیر.

وردپرس، به خاطر محبوبیتش، هدف شماره یک هکرهاست. ربات‌ها ۲۴ ساعته در حال اسکن کردن سایت‌ها برای پیدا کردن حفره‌های امنیتی معروف، افزونه‌های قدیمی یا تلاش برای حدس زدن پسورد wp-admin تو هستن.

وقتی تو WAF رو روی CDN (مثل کلودفلر) فعال می‌کنی، این بادیگارد، قبل از اینکه اون ترافیک کثیف و مخرب اصلاً به هاست تو برسه، جلوی در ورودی CDN شناسایی و بلاک می‌شه.

WAF جلوی چی‌ها رو می‌گیره؟

  • SQL Injection: تلاش برای تزریق کد مخرب به دیتابیس تو.
  • Cross-Site Scripting (XSS): تلاش برای اجرا کردن اسکریپت‌های دزدکی روی مرورگر کاربرات.
  • حملات Brute Force: همون ربات‌هایی که سعی می‌کنن هزاران پسورد رو روی صفحه‌ی لاگین تو تست کنن.

چطوری فعالش کنیم؟

توی کلودفلر، پلن رایگان هم یه WAF پایه و خوب داره که می‌تونی از بخش Security > WAF مدیریتش کنی. (البته پلن‌های پولی، قوانین خیلی قوی‌تر و آپدیت‌تری دارن). این مثل یه سپر نامرئیه که جلوی ۹۰ درصد حملات اتوماتیک رو می‌گیره و باعث می‌شه شب‌ها با خیال راحت‌تری بخوابم.

پیکربندی Page Rules در Cloudflare برای بهینه‌سازی حرفه‌ای کش

خب، می‌رسیم به بخش «فوق حرفه‌ای» ماجرا: Page Rules یا «قوانین صفحه».

اینجا جاییه که تو برای کلودفلر «دستورالعمل‌های خاص» صادر می‌کنی. بهش می‌گی با بخش‌های مختلف سایتت دقیقاً چطور رفتار کنه. کلودفلر (در پلن رایگان) بهت ۳ تا قانون صفحه (Page Rule) رایگان می‌ده. ما می‌خوایم از این ۳ تا، مثل طلا استفاده کنیم.

این سه تا قانونیه که من تقریباً روی همه‌ی سایت‌هام ست می‌کنم:

قانون شماره ۱: امن کردن و نادیده گرفتن بخش مدیریت وردپرس

  • URL: *yoursite.com/wp-admin/* (اون ستاره‌ها مهمه)
  • تنظیمات:
    • Security Level: High (سطح امنیت: بالا)
    • Cache Level: Bypass (سطح کش: نادیده بگیر)
    • Disable Apps و Disable Performance

معنی این قانون: به کلودفلر می‌گیم: «هر وقت کسی خواست بره به بخش wp-admin، اولاً خیلی سخت‌گیرانه چکش کن (High Security)، دوماً هیچ‌وقت این بخش رو کش نکن (Bypass)، چون داینامیکه و نباید اطلاعاتش جایی ذخیره بشه.» این حیاتی‌ترین قانونه.

قانون شماره ۲: مجبور کردن همه‌چیز به HTTPS

  • URL: http://*yoursite.com/*
  • تنظیمات:
    • Always Use HTTPS (همیشه از HTTPS استفاده کن)

معنی این قانون: «اگه یه نفر خدای نکرده سایت من رو با http (ناامن) باز کرد، تو بلافاصله و اتوماتیک اون رو به نسخه‌ی امن https هدایت کن.» این کار همون خطای Mixed Content رو هم خیلی وقتا حل می‌کنه.

قانون شماره ۳: کش کردن همه‌چیز (برای سرعت انفجاری!)

این قانون اختیاریه ولی من عاشقشم.

  • URL: *yoursite.com/*
  • تنظیمات:
    • Cache Level: Cache Everything (همه‌چیز را کش کن)
    • Edge Cache TTL: a long time (مثلاً ۷ روز یا بیشتر)

معنی این قانون: «به‌جز اون قانون wp-admin که گفتم، هرچیز دیگه‌ای تو این سایت دیدی، حتی خود فایل HTML رو، بردار و روی سرورهای خودت (Edge) کش کن.»

نتیجه؟ سرعت لود سایتت دیوانه‌وار می‌شه. چون کاربر دیگه اصلاً به هاست تو نمی‌رسه! کلودفلر همون نسخه‌ی آماده‌ی HTML رو بهش می‌ده.

هشدار مهم: اگه این قانون (Cache Everything) رو فعال کردی، یادت باشه حتماً بعد از هر آپدیت مقاله یا تغییر توی سایت، بری و کش کلودفلر رو دستی Purge کنی (همون‌طور که قبلاً گفتم)، وگرنه تغییراتت رو نمی‌بینی.

این تنظیمات پیشرفته، دقیقاً همون چیزهایی هستن که یه سایت معمولی رو از یه سایت فوق‌العاده سریع و امن متمایز می‌کنن.

جمع‌بندی

خب، اینم از سفر کامل ما به دنیای CDNها.

دیدیم که CDN فقط یه آپشن لوکس نیست، بلکه یه بخش حیاتی از زیرساخت هر سایت وردپرسی موفقه. از وقتی من استفاده از CDN رو (چه رایگان مثل کلودفلر، چه پولی مثل بانی) تو چک‌لیست همه‌ی سایت‌هام گذاشتم، دیگه کابوس «چرا سایتم کنده؟» رو ندارم.

ما با هم یاد گرفتیم که چطور این «شبکه‌ی پیک‌های موتوری» پرسرعت رو فعال کنیم، چطور عیب‌یابیش کنیم و چطور با قوانین پیشرفته، اون رو برای وردپرس رام کنیم. یادت باشه، بهترین محتوا هم اگه کند لود بشه، اصلاً دیده نمی‌شه. تو با CDN، به محتوات شانس دیده‌شدن می‌دی.

حالا نوبت توئه. تو از چه CDNای استفاده می‌کنی؟ بزرگ‌ترین چالشی که موقع راه‌اندازیش داشتی چی بوده؟ یا شایدم مثل من، بعد از فعال کردنش، وسواس چک کردن GTmetrix رو گرفتی؟ تو کامنت‌ها تجربه‌ت رو برام بنویس.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *