Ana səhifə/Bələdçi/Vebsayt optimallaşdırılması/Təfərrüatlar

Əgər WordPress performans optimallaşdırmasını üç qatda parçalasaq:

  • Origin server qat: Server / PHP / Verilənlər bazası / Keşləmə plagin —— TTFB və arxa plan yükünü müəyyən edir
  • Resurs qatŞəkil Optimizasiyası — Birinci ekrandakı böyük şəkillərin yüklənmə ölçüsünü və sürətini müəyyən edir
  • Çatdırılma qat: CDN — resursları istifadəçilərə daha yaxın etməklə, daha etibarlı zərbələr və mənbə serverlərinə daha yüngül yük təmin edir

Bu məqalə müzakirə edir CDN sürətlənmə：

  • CDN-nin nəyi həll edə biləcəyini və nəyi həll edə bilməyəcəyini anlamaq
  • Sizə ən uyğun gələn CDN planını və provayderi seçin (və pulsuz ilə başlanğıc versiyalar arasındakı fərqləri anlayın)
  • Ən aşağı riskdən başlayaraq sırayla tətbiq edin, saytın çökməməsini təmin edin və e-ticarət/üzvlük keşləmə ilə bağlı hadisələrin qarşısını alın.
  • Yerləşdirildikdən sonra o, “həqiqətən təsir etdiyini” təsdiq edə və “niyə yenilənmədiyini/niyə yavaşladığını/niyə məzmun qarışdığını” kimi problemləri aradan qaldıra bilər.”

1. Gəlin anlayışın aydınlaşdırılması ilə başlayaq: CDN nə edir və nə etmir.

1.1 CDN əsasən üç əsas məsələni həll edir

1.1.1 Statik resursların daha sürətli çatdırılması
Şəkillər, CSS, JS, şriftlər, ikonlar və digər statik resurslar ziyarətçilərə daha yaxın olur, nəticədə yüklənmələr daha sürətli və səhifənin renderlənməsi daha sabit olur.
WordPress üçün, xüsusən mövzu və plagin resursları (wp-content/themes/、wp-content/plugins/) və media kitabxanasındakı şəkillər (wp-content/uploads/) adətən həcm baxımından “ağır çəkilər” olurlar.

1.1.2 Mənbə serverinin yükünü azaltmaq
Bir tələb kənar keşə çatdıqda, artıq məlumatı mənbə serverdən tez-tez götürməyə ehtiyac qalmır, bu isə mənbə serverin bant genişliyi, paralel bağlantılar, disk I/O və CPU dalğalanmaları üzərindəki yükü azaldır.
Bu, “promosyon səhifələrinə, viral məqalələrə və məhsul səhifələrinə yüksək trafik” kimi pik ssenarilər zamanı xüsusilə aydın görünür.

1.1.3 Sabitliyi gücləndirmə (dalğalanmaya qarşı daha yüksək müqavimət)
Zirvə trafik dövrlərində kənar düyünlər əhəmiyyətli həcmdə təkrarlanan sorğuları qəbul edir və beləliklə mənbə serverin yüklənmə riskini azaldır.
Siz “daha hamar giriş”i müşahidə edəcəksiniz: hətta mənbə serveri qəfil yüklənmə artımına məruz qaldıqda belə, kənar keş məzmunu fasiləsiz şəkildə çatdırmağa davam edir.

1.2 CDN-nin avtomatik həll edə bilmədiyi üç növ məsələ

1.2.1 Əsas server özü yavaşdır
Aşağı verilənlər bazası performansı, yavaş plagin loqikası, yavaş PHP hesablamaları — bunlar mənbə server səviyyəsindəki problemlərdir.
CDN statik resursları sürətləndirə bilər, lakin hətta ana səhifənin HTML-i yaradılmağa çox vaxt sərf etsə, istifadəçilər saytın hələ də “yüklənməsinin yavaş” olduğunu hiss edəcəklər. Bu halda prioritet olaraq hosting, keşləmə plaginsləri və verilənlər bazasının optimallaşdırılmasına diqqət yetirin.

1.2.2 Şəkil özü çox böyükdür
CDN böyük 3MB şəkilini sehrli şəkildə kiçildə bilməz.
Əvvəlcə şəkillərinizi optimallaşdırmalısınız: ölçü strategiyası tətbiq edin (böyük ölçülü şəkillərin yüklənməsinin qarşısını alın), sıxılma tətbiq edin, WebP/AVIF formatlarından istifadə edin və tənbəl yükləmə strategiyalarını tətbiq edin.

1.2..3 Üçüncü tərəf skriptləri yavaşdır
Reklam, analitika, müştəri xidməti, sosial media komponentləri və s. üçüncü tərəf domenlərindən qaynaqlanır.
CDN adətən onları “daha sürətli” edə bilmir; bunu yalnız yükləməni azaltmaq və ya təxirə salmaq, təchizatçıları dəyişdirmək və ya skript siyasətlərini optimallaşdırmaqla həll edə bilərsiniz.

Tövsiyə

Əgər əvvəlcə origin server qatını və resurs qatını düzgün qurarsanız, CDN-yə keçməzdən əvvəl nəticələr daha nəzərəçarpan olacaq və problemlər daha az olacaq.

2. 30 saniyəlik bələdçi: Hansı CDN konfiqurasiyasına ehtiyacınız var?

WordPress üçün əsas seçimlər iki kateqoriyaya bölünür. Əvvəlcə “form”u, sonra isə “xidmət təminatçısı”nı seçməklə yanaşma olduqca aydın olur.

2.1 İnkişaf etdirilmiş “Tərs Proksi Tipi” (daha az əziyyətli, əksər saytlar üçün uyğundur)

Xüsusiyyətlər: O, yalnız CDN deyil, həm də DNS / SSL / Əsas təhlükəsizlik müdafiəsi (məsələn, DDoS/WAF) Onları bir yerdə toplayın. Bir dəfə qoşulduqdan sonra o, veb saytınızın qarşısında proksi kimi fəaliyyət göstərir.

Nə alacaqsınız:

  • HTTPS ilə sertifikat və TLS idarəçiliyi daha sadədir
  • Birləşdirilmiş təhlükəsizlik qapısı (əsas DDoS müdafiəsi, giriş nəzarəti, WAF və s.)
  • Kənar keşləmə və qaydalar mühərriki (daha incə səviyyəli keşləmə siyasətləri və bypass strategiyalarını mümkün edən)
  • “Genişlənmə üçün daha geniş imkan: Gələcəkdə təhlükəsizlik xüsusiyyətləri, sürət məhdudiyyətləri və ya botlardan qorunma əlavə etmək istəsəniz, bunlar adətən eyni sistem daxilində inteqrasiya oluna bilər.

Nümayəndələr: Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Əgər istəsəniz:

  • Arzulayırsan HTTPS + CDN + Əsas Təhlükəsizlik bir nəfəsdə
  • Domen adınızın həll/proxy təbəqəsinin idarə edilməsini tək bir platformaya etibar etməyə razı olardınızmı?
  • Siz “ümumi təcrübə və gələcək miqyaslana bilmə'yə daha çox əhəmiyyət verirsiniz və DNS-ni, sertifikatları, CDN-ni və təhlükəsizliyi bir neçə dəstəyə bölmək istəmirsiniz.

2.2 Saf “static Pull CDN” (az riskli başlanğıc, əsasən şəkilləri/CSS/JS optimallaşdırır)

Xüsusiyyətlər: Siz yalnız statik resursları CDN kənar keşinə yerləşdirirsiniz; HTML səhifələri isə hələ də mənbə serveri (və mənbə serverinin keş plaqini) tərəfindən idarə olunur.

Nə alacaqsınız:

  • Çox aşağı əməliyyat riski: HTML-ə müdaxilə edilmədiyi müddətcə “məzmun inyeksiyası/alış səbətinin ələ keçirilməsi” hallarının baş verməsi demək olar ki, mümkün deyil.”
  • Xərc modelləri daha intuitivdir: adətən trafik həcmi/tələb/region üzrə hesablanır.
  • Daha incə struktur: daha çox “statik resurs paylama xidməti'nə bənzəyir”

Nümunə: bunny.net (aydın ödə-istifadə et model)

Əgər istəsəniz:

  • Siz əvvəlcə “ən sabit addımı” atmaq istəyirsiniz — statik resurs sürətləndirmə.
  • Proxy-əsaslı və ya tam sayt keşləməsini tətbiq edib-etməməyə qərar verməzdən əvvəl investisiyanızdan sürətli gəlir əldə etmək istəyirsiniz.
  • Siz xərclərin “ödənişli istifadə” modelinə daha yaxın olmasını istərdiniz.”

3. Necə etmək olar

  • Birinci səviyyə: İnteqrasiya olunmuş agentlik modeli (tavsiyə olunur): Cloudflare / EdgeOne / ESA
  • Səviyyə 2: Statik Çəkmə CDN (təhlükəsiz başlanğıc): bunny.net / Cloudways / CDN və s.

4. Tövsiyə olunan xidmət təminatçıları

4.1 BuludflereƏks Proksi İnteqrasiyası (Başlamaq üçün pulsuz, inkişaf etmiş ekosistem)

Bu nədir?
Domeninizi qoşduqdan sonra o, veb saytınızın qarşısında proxy kimi fəaliyyət göstərir, CDN, sertifikatlar, əsas təhlükəsizlik qoruması və keşləmə qaydaları təmin edir.

Bu kim üçün uyğundur?

  • Əngəlsiz həll axtarırsınız: HTTPS + CDN + genişləndirilmiş əsas təhlükəsizlik paketi
  • Yetkin ekosistemə çatmaq üçün: növbəti əlavələrə WAF, sürət məhdudlaşdırma, kənar qaydalar və s. daxil olacaq, tətbiq yolu isə çox hamar olacaq.

Risk nöqtələri

  • Yeniləmə hələ qüvvəyə minməyib.CDN yerləşdirildikdən sonra keş zənciri uzanıb (brauzer keş + CDN keş + mənbə server keş); nəzarətli yeniləmələri təmin etmək üçün “versiya siyasəti” tələb olunur (aşağıda verilən problemlərin aradan qaldırılması ağacı).
  • HTML-i keşləmək ehtiyat tələb edir.Əgər HTML keşlənibsə, e-ticarət, üzvlük və fərdiləşdirilmiş səhifələr mütləq keçid prosesindən kənar saxlanmalıdır, əks halda ciddi hadisələr baş verə bilər (ssenari siyahısı aşağıda təqdim olunur).

İzah：

  • Konfiqurasiya: inteqrasiya olunmuş tərs proxy (SSL + CDN + əsas qoruma)
  • Uyğun gəlir: Gələcək genişlənmə üçün geniş imkanlarla problemsiz yerləşdirmə
  • Əsas Dəyər: Birləşdirilmiş Sertifikat/Təhlükəsizlik/Kəşlənmə Giriş Nöqtəsi
  • Risk: Yeniləmələr versiya strategiyasından asılıdır; HTML keşləmə ciddi şəkildə keçid edilməlidir.

4.2 Tencent Cloud Beynəlxalq EdgeOneƏks Proksi İnteqrasiyası

Bu nədir?
Platform eyni şəkildə “təhlükəsizləşdirmə + təhlükəsizlik + sertifikatlar” inteqrasiya olunmuş yanaşmasını qəbul edir və vebsaytların vahid proksi qatında idarə olunması üçün uyğun edir.

  • Cloudflare kimi, pulsuz versiyanı təklif edir, lakin adətən Kota/Funksional məhdudiyyət(qaydaların sayı, log tapşırıqlarının sayı və s.), lakin DNS-ni dəyişdirməyə ehtiyac yoxdur; sadəcə ona qoşulmaq üçün CNAME qeydini konfiqurasiya edin,Pulsuz versiyalar kommersiya veb-saytları üçün tövsiyə edilmir.！
  • Eyni zamanda, pulsuz planlar tez-tez deməkdir SLA zəmanət vermir
    Bu istifadə oluna bilər, lakin onu “ticarət SLA paketi” kimi qəbul etmək olmaz.
  • Əgər Çin materiyasında olarkən avtomatik olaraq Çin materiyası xətlərinə keçmək istəyirsinizsə, adətən əvvəlcə aşağıdakıları tamamlamalısınız:Çin ICP qeydiyyatıQeydiyyatdan keçmədikdə yalnız beynəlxalq marşrutlardan istifadə etmək mümkündür.

Qeyd:

  • Məkanlaşdırma: Tərs Proksi İnteqrasiyası (Sürətləndirmə + Təhlükəsizlik + Sertifikatlar)
  • Uyğun gəlir: inteqrasiya olunmuş giriş axtaranlar və materik Çin düyünlərinin tutumunu nəzərə alanlar üçün.
  • Pulsuz: Pulsuz plan/versiya mövcuddur, lakin məhdud kvotalarla və adətən zəmanətli SLA olmadan.
  • Risklər: Qaydalar/günlüklər/alt domen kvotaları əvvəlcədən planlaşdırma tələb edir; HTML keşləmə də ehtiyatlı olmağı tələb edir.

4.3 Alibaba Cloud Beynəlxalq Şirkət Təhlükəsizlik Memarlığı (ESA)Əks Proksi İnteqrasiyası

  • Cloudflare kimi, pulsuz versiyanı təklif edir, lakin adətən Kota/Funksional məhdudiyyət(qaydaların sayı, log tapşırıqlarının sayı və s.), lakin DNS-ni dəyişdirməyə ehtiyac yoxdur; sadəcə ona qoşulmaq üçün CNAME qeydini konfiqurasiya edin,Pulsuz versiyalar kommersiya veb-saytları üçün tövsiyə edilmir.！
  • Onu istifadə etməyə başlamaq üçün beynəlxalq saytda hesab qeydiyyatdan keçirin.
  • ESA konsoluna daxil olun, sayt əlavə edin və pulsuz seçimi seçin. Giriş Paketə giriş
  • Əgər Çin materikindəki marşrutlara avtomatik olaraq keçmək istəyirsinizsə, adətən əvvəlcə ICP qeydiyyatını tamamlamalısınız; qeydiyyatdan keçmədən yalnız beynəlxalq marşrutlardan istifadə edə bilərsiniz.
  • Pulsuz planlar inkişaf, sınaq və qiymətləndirmə məqsədləri üçün daha uyğundur və adətən kommersiya SLA paketlərinə bərabər deyil.
  • Pulsuz paketlər tez-tez sürət məhdudiyyətləri və ya dəstək məhdudiyyətləri (məsələn, xidmət səviyyəsi müqavilələri və s.) ilə gəlir.

Çin materiki marşrutları ilə bağlı:

  • Quru Çin düyününü aktivləşdirmək üçün adətən həm qeydiyyatın təqdim edilməsi, həm də regional tələblər yerinə yetirilməlidir.
  • Pulsuz giriş avtomatik olaraq beynəlxalq marşrut üzrə təyin olunur. Quru Çin marşrutundan istifadə etmək üçün aşağıdakıları tamamlamalısınız:Çin ICP qeydiyyat tələbləri

Qeyd:

  • Məkanlaşdırma: Tərs Proksi İnteqrasiyası (Saytın sürətləndirilməsi + Təhlükəsizlik)
  • Pulsuz: Beynəlxalq sayt hesabları Entrance-ə pulsuz daxil ola bilər; materik Çin sürətləndirməsi standart olaraq daxil deyil.
  • Uyğun gəlir: qiymətləndirmə/sınaq və yüngül istifadə üçün; və ya sonrakı paket yeniləmələri üçün.
  • Risklər: Pulsuz qatın məhdudiyyətlərini (SLA/sürət məhdudlaşdırılması/dəstək seçimləri) nəzərə alın; regional və qeydiyyat tələblərini əvvəlcədən planlaşdırın.

4.4 bunny.net: Static Pull CDN (az riskli giriş nöqtəsi, aydın istifadə etdikcə ödəmə qiymət modeli)

Əgər əvvəlcə ən sabit gəlirləri təmin etmək istəyirsinizsə, bunny-də “Pull CDN” kimi bir strategiya idealdır:
Bu daha çox “resurs paylama xidməti” kimi fəaliyyət göstərir: siz statik resurslarınızı paylamaq üçün ona etibar edirsiniz, ödənişlər adətən trafik həcmi, sorğu sayı və ya coğrafi regiona görə müəyyən edilir. Model şəffaf və idarəolunandır.

Uyğun gəlir:

  • Əvvəlcə et Şəkillər / CSS / JS / Şriftlər Statik sürətlənmə
  • Siz əvvəlcə “az riskli, sabit gəlirlər”i təmin etmək istəyirsiniz və bütün saytı agentlik tipli platformaya (DNS/SSL/WAF hamısı bir yerdə həll) təhvil verməyə tələsmirsiniz.
  • Siz xərc modelinin əvvəldən daha mürəkkəb paket strukturuna daxil olmaq əvəzinə, istifadə etdikcə ödəmə sisteminə daha yaxın olmasını üstün tutardınız.

Risk nöqtələri

Statik resursların “yeniləmələrinin təsir etməməsi” problemi CDN-də demək olar ki, heç vaxt səhv deyil.amma əksinə keşləmə sisteminin normal davranışı:
Backend-də CSS/JS/şəkilləri yenilədiyiniz zaman, ammaResursun URL-i dəyişməz qalır.(Eyni ünvan/fayl adı/yol), həm CDN, həm də brauzer təbii olaraq köhnə keşdən istifadə etməyə davam edəcək, ona görə də “Niyə yenilənməyib?” deyə təəccüblənəcəksiniz.

Aydın, tətbiq edilə bilən prinsip:

Versiya nömrələrini üstün tutun; ehtiyat variant kimi silin.

Niyə bu ən etibarlı yanaşmadır:

  • Versiya nömrəsi/fayl adı dəyişiklikləri → URL dəyişikliyi → CDN yeni resurs kimi keşlənib → Yeni versiya demək olar ki, dərhal qüvvəyə minir
  • Təmizləmə (keşin təmizlənməsi) əl ilə başladılmalıdır, bu isə düyünlər arasında qeyri-dəqiq əhatə və yayılma gecikmələrinə səbəb ola bilər; tez-tez təmizləmələr həmçinin hit nisbətlərinin azalmasına, mənbəyə geri trafikin artmasına və dəyişkənliyin güclənməsinə gətirib çıxara bilər.

Asan başa düşülən nümunə:

  • style.css Məzmun dəyişdirilib, lakin URL dəyişməz qalıb. style.css → CDN Köhnə keşdən istifadə etməyə davam edin (münasib)
  • URL olur style.css?ver=20260103 或 style.abc123.css → CDN yeni resurs hesab olunur → Yeni versiya dərhal qüvvəyə minir

“Step 1 CDN” üçün ən yaxşı təcrübə kimi bunny

  1. Əvvəlcə yalnız statik resursları əhatə edin(Şəkillər/CSS/JS/şriftlər), HTML-i yüklənən kimi dərhal keşləməyin.
    • Üstünlük: İstifadəçilərin başqalarının məzmununu və ya alış səbəti detallarıını görməsi kimi ciddi hallar demək olar ki, mövcud deyil.
    • Həmçinin faydaları yoxlamaq daha asan olacaq: statik resurslar daha sürətli yüklənir və mənbə serveri daha az yüklənir.
  2. Yeniləmə strategiyasını effektiv şəkildə hazırlayın
    • CSS/JS: Mümkün olduqda versiya nömrələrindən və ya fayl adlarının dəyişdirilməsindən istifadə edin.
    • Şəkillər: Mümkün olduqda eyni fayl adlarından uzun müddət istifadə etməkdən çəkinin; yeni fayl adları və ya dəyişdirilmiş yollar (xüsusilə ana səhifə bannerləri və reklam qrafikaları üçün) seçmək daha məqsədəuyğundur.
  3. Canlı yayımlandıqdan sonra uğurlu tətbiqin təsdiqlənməsi üçün yoxlama siyahısından istifadə edin.
    • Statik resurslar CDN-dən gəlirmi?
    • Hit nisbəti tədricən artırmı? Origin serverin bant genişliyi/tələb həcmi daha sabit olurmu? (Təsdiqləmə yoxlama siyahısı aşağıda təqdim olunur)

Zəhmət olmasa nəzərə alın

Əgər biznesiniz Çin materiki ilə bağlıdırsa və ya veb saytınıza Çin materikindən daha sürətli giriş imkanı yaratmaq istəyirsinizsə.

Həm Alibaba Cloud China, həm də Tencent Cloud China diqqətəlayiqdir. Əgər domeniniz artıq Çin materikində ICP qeydiyyat statusuna malikdirsə, EdgeOne və ya ESA-dan istifadə edərkən Çin materikindən gələn trafik avtomatik olaraq Çin materiki marşrutlarına keçəcək.

“Quruüstü Çin düyünlərindən istifadə edin”Adətən ICP təqdimatını əhatə edir

Məlumat üçün

“Sərhədlərarası vebsayt giriş təcrübəsinin optimallaşdırılması”Bu ayrıca bir imkan ola bilər, adətən “ana quru Çin düyünlərinə pulsuz giriş” ilə eyni deyil.”

5. Marşrutun həyata keçirmə planı: Üç mərhələdə irəliləyin (sabitdən möhkəmə)

CDN-nin ilk işə salındıqda niyə tez-tez idarədən çıxdığının əsas səbəbi odur ki, insanlar onun bütün imkanlarını elə başlanğıcdan maksimum səviyyəyə çatdırmağa çalışırlar.

Mərhələ 1: Yalnız statik resurslar (CDN) (ilk olaraq tamamlanması qətiyyətlə tövsiyə olunur)

Məqsəd: Şəkillər, CSS, JS və şriftlər ilk növbədə təqdim olunur (CDN); HTML CDN-də keşlenmir (və ya müvəqqəti olaraq dəyişməz saxlanılır).

Ən sabit yanaşma üçün bunu niyə ilk növbədə etməliyik?

  • Ən aşağı risk: Əgər statik resurslar düzgün keşlənməsə, ən pis halda “tərzlər/şəkillər yenilənməyəcək”, bu isə idarə oluna biləndir.
  • Giriş statusuna, elektron ticarət proseslərinə və hesab məlumatlarının düzgünlüyünə təsir etməyəcək.
  • Faydaları aydın şəkildə görə bilərsiniz: statik resursların daha sürətli yüklənməsi və daha sabit bir mənbə serveri.

Bu mərhələdə tez-tez rast gəlinən problemlər (ağacın aradan qaldırılması üzrə problemlərin həlli aşağıda davam edir)

  • qarışıq məzmun (HTTPS səhifə yüklənməsi, HTTP resurslar)
  • Statik resurs yeniləmələri tətbiq olunmur (URL dəyişməyib)

Mərhələ 2: Yeniləmə strategiyası (versiya nömrəsi üstünlüyü, təmizləmə/müddət bitməsi ehtiyat planı)

Bu, “CDN”-nin peşəkar səviyyədə olub-olmadığını ayıran xəttdir.

Bir qəti və dəyişməz qayda:

Versiya nömrələrini və ya fayl adlarını dəyişməklə həll oluna bilən yeniləmələr Purge-ə güvənməməlidir.

Niyə keş zənciri uzandıqca sirli olur?

  • Brauzer keş: Siz köhnəlmiş CSS/JS-i yerli olaraq keşləyə bilərsiniz.
  • CDN Keş: Kənar düyün köhnəlmiş resursu keşləyə bilər
  • Origin server keşləməsi: Keşləmə plaginləri/server keşləməsi hələ də köhnəlmiş məzmun təqdim edə bilər.

Əgər versiya strategiyanız yoxdursa, yerləşdirmə belə olur:
“Dəyişikliklər etdim → Yenilədim → İşləmədi → Keşi təmizlədim → Hələ də işləmədi → Başqa bir qat keşi təmizlədim”
Bu, bir çox insanın CDN ilə bağlı əsas problemi ilə bağlıdır.

Mərhələ 3 (İrəli): HTML keşlənməlidirmi? (Yüksək mükafat, lakin ən yüksək risk)

HTML keşləmə (sayt üzrə keşləmə/kənar keşləmə) İlk Baytın Gəlmə Vaxtını (TTFB) əhəmiyyətli dərəcədə azalda bilər, lakin WordPress ssenarilərində problemlərin tez-tez baş verdiyi sahədir.

Əgər əmin deyilsinizsə, HTML-i keşləməyin. Statik CDN və mənbə server keşləmə plagini ilə başlayın.

HTML-i keşləyərkən iki prinsip tətbiq olunur:

  1. Yalnız “ziyarətçi vəziyyətindən” başlayaraq: Qeydiyyatdan keçməmiş ziyarətçilər üçün yalnız səhifələri keşləyin
  2. Əvvəlcə bypass siyahısının ilkin layihəsini hazırlayınƏvvəl dəqiqlik, sonra vurma dərəcəsi

6. Ssenari Qaydaları Kontrol Siyahısı: Müxtəlif obyekt növlərində hadisələrin qarşısını necə almaq olar

6.1 Məzmun yönümlü vebsaytlar / bloqlar (əsasən məqalələr, yüksək ziyarətçi trafiki)

Tövsiyə olunur

  • Statik resurslar: Tam keşlənmiş
  • HTML: Qeydiyyatdan keçməmiş ziyarətçi səhifəsinin keşlənməsini nəzərdən keçirin.“

Adətən keçid yaratmaq lazımdır.

  • Arxa uç və giriş:/wp-admin/*、/wp-login.php
  • Əvvəlcədən baxış/Sıra
  • Axtarış nəticələri səhifəsi (parametrlər xeyli dəyişir; ilkin mərhələdə keşləməmə ən sadə yoldur)
  • POST forma təqdim edilməsi/şərh təqdim edilməsi üçün sorğu

Kəş açarı fərqləndirmək üçün kifayət qədər unikal olmalıdır.

  • İstifadəçi sistemə daxil olubmu? (cookie ölçüsü)
  • Dil (çoxdilli sayt)

6.2 Korporativ vebsaytlar / Marketinq enmə səhifələri (Formalar, Kampaniyalar)

Tövsiyə olunur

  • Statik resurslar: Tam keşlənmiş
  • HTML: İctimai enmə səhifələri keşlənə bilər (ziyarətçi vəziyyəti), lakin forma nəticə səhifələri ehtiyatla idarə edilməlidir.

Ən çox rast gəlinən tələ: keş fragmentasiyasına səbəb olan parametrlərin izlənməsi
Giriş səhifəsi ümumi utm_* Parametrlər:

  • Kəşdə iştirak edən bütün açarlar → Kəş parçalanması, nəticədə aşağı hit dərəcələri
  • Hamısını nəzərə almama → Parametr renderləşdirməsindən asılı olan az sayda səhifə nəzərdə tutulduğu kimi işləməyə bilər.

6.3 Üzvlük Saytları / Kurs Platformaları / İcmalar (Yüksək nisbətdə daxil olmuş istifadəçilər)

NəticəHTML keşləməsi son dərəcə ehtiyatla həyata keçirilməlidir.
Standart yanaşma adətən belədir: statik CDN + mənbə keşləmə/obyekt keşləmə; HTML yalnız ziyarətçi üçün keşlənir.

Keçid edilməlidir

  • Giriş / Qeydiyyat / Şifrəni bərpa et
  • Hesab Mərkəzi, Sifarişlər/Abunəliklər, Şəxsi Məlumatlar
  • Güclü istifadəçi vəziyyətindən asılı olan hər hansı səhifə və interfeyslər

6.4 Elektron ticarət saytı (WooCommerce)

Ən vacib bypass siyahısı

  • Alış səbəti, ödəmə, hesab səhifəsi
  • Sifariş təsdiqi və ödəniş geri zəngi ilə bağlı səhifələr
  • Giriş/Qeydiyyat, Kuponlar/Xallar və digər istifadəçi vəziyyətinə aid giriş nöqtələri

Niyə e-ticarətdə qəzalar daha çox baş verməyə meyllidir?

  • Bir istifadəçi alış-veriş səbəti, sessiya və ya daxil olmuş statusa malik olduqda, səhifə yüksək dərəcədə fərdiləşir.
  • HTML keşləmə, əgər keçid edilməzsə və ya vəziyyətə görə fərqləndirilməzsə, adətən alış səbətində uyğunsuzluqlara, hesab nömrəsi toqquşmalarına və qeyri-adi qiymət nümayişlərinə səbəb olur.
    Dəqiqlik üstün tutulur; vurma nisbəti naminə dəqiqliyi qurban etməyin.

6.5 Çoxdilli / Çoxvalyutalı Saytlar

Tövsiyə olunur

  • Statik resurslar: Tam keşlənmiş
  • HTML: Ziyarətçi vəziyyəti keşlənə bilər, lakin keş açarları dil/valyuta variantlarını açıq şəkildə fərqləndirməlidir.

Kəş açarı nəzərə alınmalıdır.

  • Dil (yol) /en/ /zh/ və ya alt domen en.）
  • Siz sisteme daxil olmusunuzmu? (cookie)
  • Valyuta/Vergi dərəcəsi (əgər ekrana təsir edirsə)

7. Risk açıqlaması

Risk 1: Yanlış məzmunu keşləmək (ən ciddi)

  • Statik resurs keşləmə xətası: adətən köhnəlmiş stillər cədvəlləri və ya şəkillərlə bağlıdır.
  • HTML keş xətası: potensial məzmunlararası, səbətlərarası, hesablararası problemlər — Bu, kritik hadisədir.

Risk 2: Yeniləmələrin qüvvəyə minməməsi (ən çox rast gəlinən)

Keş zənciri uzandıqca “dəyişikliklərin təsir etməməsi” halları daha çox rast gəlinir:

  • Versiya nömrəsi/fayl adı dəyişikliklərinə üstünlük verilir
  • Təmizləmə/Uğursuzluqdan sonra geri dönmə
  • Buraxılış prosesi təkrarolunandır olmalıdır (hər buraxılış zamanı hansı URL-lərin dəyişdirildiyini bilmək üçün).

Risk 3: Pulsuz/Başlanğıc Nəşrlər üçün öhdəliklərin həcmi

  • Pulsuz planların ümumi xüsusiyyətləri: məhdud kvotalar, bəzi imkanların istisna edilməsi, Xidmət Səviyyə Müqavilələri (XSM) və dəstək seçimlərinin tam kommersiya təkliflərinə bərabər olmaması.

Risk 4: Quru Çin-in müvafiq imkanları yanlış başa düşülməyə meyllidir.

  • ESA: Quru Çin şəbəkəsində fəaliyyət göstərmək üçün Çində ICP qeydiyyatı məcburidir.
  • EdgeOne: Quru Çin marşrutlarından istifadə etmək üçün Çində ICP qeydiyyatı məcburidir.

8. Təsdiqləmə yoxlama siyahısı: İşə salındıqdan sonra “Həqiqətən işləyir”i necə təsdiqləmək”

8.1 Statik resurslar həqiqətən 1TB və 219TB tutdumu?

  • Şəkillər, CSS və JavaScript faylları CDN domenindənmi, yoxsa kənar qovşaqdanmı gəlir?
  • Görünən hər hansı keş hit göstəriciləri müşahidə edilə bilərmi (markerlər platformalar arasında dəyişir)?

8.2 Mənbə serverinin yüklənməsi azalıb?

  • Orijinal serverin bant genişliyi daha sabitdirmi?
  • Mənbə serverə göndərilən sorğuların/əlaqələrin sayı azalıb (xüsusilə təkrarlanan resurslara dair sorğular)?

8.3 Yeniləmələr idarə oluna bilərmi?

  • CSS/JS-i bir dəfə dəyişdirin və ya şəkli əvəz edin
  • Yeni versiya “versiya nömrəsi dəyişiklikləri/fayl adı dəyişiklikləri” vasitəsilə sürətlə tətbiq oluna bilərmi?
  • Əgər yeniləmələr yalnız Purge vasitəsilə həyata keçirilə bilirsə, bu, versiya strategiyasının hələ də qeyri-kafi olduğunu göstərir (strategiyanın düzəldilməsini prioritet edin; Purge-i rutin əməliyyat kimi qəbul etməyin).

8.4 Dinamik açar səhifələri düzgündürmü?

(Elektron ticarət/üzvlük saytları üçün vacibdir)

  • Saytda giriş etdikdən və ya çıxdıqdan sonra səhifənin məzmunu düzgündürmü?
  • Alış səbəti, kassaya ödəmə və hesabla bağlı səhifələr həmişə dəqiqdirmi?
  • “Fərqli istifadəçilərin eyni istifadəçi vəziyyəti məzmununu görməsi” anomaliyası baş veribmi (yüksək risk)?

8.5 Səhv nisbəti artırmı?

  • Mənbə vaxtının bitməsi, 5xx xətaları, fasiləli əlçatanolmazlıq
  • Bunlar adətən göstərir: mənbə serverində kifayət qədər tutum olmaması, səhv qaydalar, tıxacın aktivləşdirilməsi və ya geri bağlantı xəttində problemlər.

9. Yeniləmələrin təsir etməməsi probleminin aradan qaldırılması (Misteriyanı addımlara çevirmək)

Əvvəlcə hansı problem kateqoriyası ilə qarşılaşdığınızı müəyyən edin:

9.1 Statik resurslar yenilənməyib (CSS/JS/şəkillər köhnəlmiş qalır)

Ssenari A: Yalnız siz köhnə versiyanı görə bilərsiniz; gizli rejimə keçdiyinizdə və ya cihazı dəyişdirdiyinizdə o, yeni versiya kimi görünür.
Əsas şübhəli: brauzer keşi

  • Həll yanaşması: Yenilənmiş versiya nömrələri/fayl adları ilə yeni resursları buraxın.

Ssenari B: Hər kəs köhnə versiyanı görür (fərqli cihazlarda görünməz/həmçinin köhnə)
Əsas şübhə: CDN hələ də köhnə keşə dəyir.

  • 99% Səbəb: Resurs URL dəyişməyib
  • Üstünlük verilən həll: versiyalaşdırma strategiyası
  • Təmizləmə (müvəqqəti tədbir kimi)

Ssenari C: Eyni fayl adı ilə bir şəkli üzərinə yazdıqdan sonra köhnə şəkil hələ də göstərilməyə davam edir.
Bu, brauzer keşinin CDN keşilə birləşməsi nəticəsində yaranan klassik bir problemdir.

  • Praktiki məsləhət: yeni fayl adları/yollarından və ya versiya nömrələrindən istifadə edərək uzunmüddətli “ad toqquşmalarından” qaçmağa çalışın.

9.2 HTML yenilənməyib (səhifə məzmunu/modullar hələ də köhnəlib)

Ssenari A: Arxa plan/girişdən sonrakı interfeys yeni, ziyarətçilər isə köhnə versiyanı görürlər.
Əvvəlki şübhə: Ziyarətçi-dövlət HTML-i keşlənib.

  • Əvvəlcə təsdiqləyin: bu tip səhifə üçün HTML keşlənməlidirmi?
  • Əgər keşləmə tələb olunursa: idarə oluna bilən yenilənmə strategiyası vacibdir, əks halda nəşr idarəolunmaz olur.

Ssenari B: Yalnız müəyyən regionlar/şəbəkələr köhnəlmiş məzmunu göstərir.
Əsas şübhə: Kənar düyünlərdə keş vəziyyətləri fərqlidir.

  • Həll yanaşması: Fərqlilikləri minimuma endirmək üçün versiya/təzələmə strategiyalarından istifadə edin; lazım gəldikdə açıq səhv idarəetməsini tətbiq edin.

Ssenari C: Giriş etmiş istifadəçi/alış-veriş səbətində anomaliya
Yüksək riskli siqnal: Kəşdə səhv məzmun ola bilər.

  • Dərhal yoxlayın ki, istifadəçi rejimindəki səhifələr (məsələn, alış səbəti, ödəmə, hesab səhifələri və s.) keşlənibmi.
  • Görün, Cache açarı “User Mode cookie/Language/Currency” kimi açar variantlarını nəzərə almırmı.

10. Tövsiyə olunur

Buludflere

  • Əks Proksi İnteqrasiyası
  • Uyğun gəlir: problemsiz başlanğıclar üçün
  • Əsas məqamlar: Versiya strategiyası yeniləmələri həll edir; HTML keşləmə ziyarətçi perspektivindən həyata keçirilir.
  • Risk: Dinamik səhifələr atlanmalıdır.

Tencent Cloud Beynəlxalq EdgeOne

  • Əks Proksi İnteqrasiyası
  • Uyğun gəlir: Quru Çin node tutumu və inteqrasiya olunmuş girişi nəzərə alaraq
  • Pulsuz: Pulsuz plan/versiya mövcuddur, lakin kvotaları və xidmət səviyyəsi öhdəliklərini diqqətlə yoxlayın.
  • Risklər: Qaydalar/günlüklər/alt domen kvotaları planlaşdırma tələb edir; HTML keşləmə zamanı ehtiyatlı olun.

Alibaba Cloud Beynəlxalq Şirkət Təhlükəsizlik Memarlığı (ESA)

  • Əks Proksi İnteqrasiyası
  • Pulsuz: Beynəlxalq sayt hesabları girişə pulsuz daxil ola bilərlər.
  • Risklər: Pulsuz qat (SLA/dəstək/bant genişliyi məhdudiyyətləri) və regional/qeydiyyat tələbləri əvvəlcədən təsdiqlənməlidir.
  • Uyğun gəlir: yüngül girişlə qiymətləndirmə/sınaq üçün; və ya sonrakı paket yeniləmələri üçün; və ya Qitə Çin düyünlərinin imkanları və inteqrasiya olunmuş girişin nəzərdən keçirilməsi üçün.

bunny.net

  • Statik dartma CDN
  • Uyğun gəlir: aşağı riskli statik sürətlənmə ilə başlamaq üçün
  • Əsas məqamlar: Versiya nömrəsi üstünlük təşkil edir, ehtiyat variant kimi Purge istifadə olunur; eyni adla faylları üst-üstə yazmaqdan çəkinin.
  • Risk: Yeniləmə strategiyalarını düzgün həyata keçirməmək tez-tez “köhnəlmiş resurslarla” qarşılaşmalara səbəb ola bilər.”

11. Fəaliyyət üçün tövsiyələr

  1. Əvvəlcə arxitekturanı seçin: tərs proxy inteqrasiyası (Cloudflare/EdgeOne/ESA) və ya statik Pull CDN (bunny)
  2. Mərhələli tətbiq edin:Əvvəlcə statik, sonra versiya strategiyası, nəhayət HTML keşlənməsini nəzərdən keçirin.
  3. İşə salınandan sonra yoxlama siyahısı: Uğur nisbəti / Mənbə əldə etmə / Yeniləmələr / Dinamik yan keçmə / Səhv nisbəti
  4. Daha sürətli olması üçün: “Cache Plugin” və “Image Optimisation” parametrlərinə qayıdın və mənbə server qatını və resurs qatını bir daha sıxın.

WordPress CDN Tez-tez Verilən Suallar

1. CDN istifadə etsəm də niyə hələ də yavaşdır?

Ən çox rast gəlinən səbəb CDN-nin təsirsiz olması deyil, əksinə tıxacın “çatdırılma qatında” olmamasıdır.

Bunu aşağıdakı ardıcıllıqla müəyyən edə bilərsiniz:

  • TTFB hələ də yüksəkdir: Mənbə serverində HTML-in yavaş yaradılmasını göstərir (verilənlər bazası/pluginlər/kəş plugin konfiqurasiyası/hostinq performansı) → Mənbə serveri səviyyəsində optimallaşdırmağa qayıt
  • Birinci ekrandakı böyük şəkil yüklənməsi yavaşdır.: Şəkil həcminin, ölçülərinin və ya formatının düzgün olmadığını göstərir → Əvvəlcə şəkil optimallaşdırmasını (sıxılma, WebP/AVIF, ölçü strategiyası) həyata keçirin
  • Üçüncü tərəf skriptləri işi ləngidir.Reklam/statistika/müştəri xidməti skriptləri ilə bağlı ümumi problemlər → CDN adətən kömək etmir; yükləməni azaltmalı və ya gecikdirməlisiniz
  • Yalnız bəzi ərazilər yavaşdır.Mümkün səbəblərə node coverage, backhaul əlaqəsi və ya keş missləri (aşağı hit nisbəti) daxildir → Hit nisbətini və backhaul statusunu yoxlayın

CDN “optimizə edilmiş resursları” daha sürətli çatdırmaq üçün cavabdehdir; yavaş mənbə serverləri, böyük şəkillər və yavaş skriptlər ayrıca həll edilməlidir.

2. CSS/JS/şəkilləri yenilədikdən sonra istifadəçilər hələ də köhnə versiyanı niyə görürlər?

Bu, CDN ssenarisində ən çox rast gəlinən problemdir; kök səbəb adətən:Resursun URL-i dəyişməz qalır.Kəş sistemi köhnə kəş hitlərindən məqbul şəkildə istifadə etməyə davam edəcək.

Ən etibarlı idarəetmə prinsipi:

  • Versiya nömrəsi üstünlük təşkil edir: Resursun URL ünvanını dəyişdirin (məsələn style.css?ver=xxxx və ya fayl adı həşi)
  • TəmizləməHələ versiya strategiyasını müəyyən etmədiyiniz zaman keşyi təmizləməyi müvəqqəti tədbir kimi istifadə edin.

Əgər ana səhifənin bannerlərini və ya reklam şəkillərini tez-tez dəyişirsinizsə, eyni adlı faylları üst-üstə yazmaqdan çəkinmək məsləhətdir. Bunun əvəzinə yeni fayl adlarından və ya yeni yolardan (daha çox nəzarət imkanı verən) istifadə etməyə üstünlük verin.

3. HTML-i keşləməliyəm? Onu keşləməmək mənasız olmazmı?

Zəruri deyil.

Bir çox vebsayt üçün CDN-nin ən böyük dəyəri bunlarda yatır:

  • Statik resurslar (şəkillər/CSS/JS/şriftlər) daha sürətli yüklənir
  • Mənbə serverinin yükünün azaldılması və sabitliyin artırılması

HTML keş Faydalar həqiqətən daha böyük ola bilər (TTFB daha aşağı olduqda), lakin risklər də ən yüksək səviyyədədir: elektron ticarət, üzvlük sistemləri, fərdiləşdirilmiş məzmun və çoxdilli/çoxvalyutalı konfiqurasiyalar yanlış məlumatların keşlənməsinə meyllidir.

Ağıllı yanaşma:

  1. Statik mövqedən başlayın: CDN (aşağı risk, yüksək gəlir)
  2. Versiya strategiyası və təsdiq yoxlama siyahısı üzrə keçin
  3. HTML-i keşləmək lazım olub-olmadığını (ziyarətçi vəziyyətindən başlayaraq) yenidən qiymətləndirin.

4. Elektron ticarət saytı CDN-dən istifadə edə bilərmi? Bu alış-veriş səbətini qarışdıracaqmı?

Bu mümkündür və həqiqətən edilməlidir (ən azı statik resurslar üçün), lakin istifadəçi tərəfindən yaradılan səhifələrin keşlənməsindən çəkinmək lazımdır.

  • Statik resurslar keşlənə bilər.Şəkillər, CSS, JS
  • İstifadəçi rejimindəki səhifələr atlanmalıdır.Alış səbəti, ödəmə və hesabla bağlı səhifələr üçün HTML-i keşləməyin.
  • Bu səhifələri HTML formatında keşləmədiyiniz müddətcə, fərqli alış səbətləri və ya hesablar arasındakı kəsişmə riski əhəmiyyətli dərəcədə azalacaq.

5. CDN-dən istifadə edərək dillərin və qiymətlərin qarışmaması üçün çoxdilli/çoxvalyutalı sayt necə qura bilərəm?

Əsas məqam ondadır Kəş açarı Doğru mudur?

  • Dil (yol və ya alt domen)
  • Valyuta (əgər qiymətin göstərilməsinə təsir edirsə)
  • Siz sisteme daxil olmusunuzmu? (cookie)
  • Region/Vergi dərəcəsi (əgər səhifə regiona görə dəyişirsə)

Əgər bu ölçülər keşləmə lojikasına daxil edilməzsə, çox güman ki: dil istifadəçisi B dil məzmunu görəcək və ya uyğunsuz qiymətlə üzləşəcək.

6. Tərs proxy həllini (Cloudflare/EdgeOne/ESA) yoxsa statik pull serveri (bunny) seçməliyəm?

Siz “məqsədlərinizə” və “risqə dözümlülüyünüzə” əsasən seçə bilərsiniz:

  • Mən HTTPS + CDN + əsas təhlükəsizliyi bir yerdə əhatə etmək istərdim, sonradan qaydalara və WAF-a genişləndirmək imkanı ilə:Əks Proksi İnteqrasiyası
  • Mən bütün sayt proksisini dəyişdirmədən ən sabit ilk addımı (daha sürətli statik resurslar) atmaq istəyirəm:Statik dartma CDN(məsələn dovşan)

Əgər qərarsızsanız, standart tövsiyə belədir:Birinci statik CDN → Versiya strategiyasını və doğrulama yoxlama siyahısını nəzərdən keçirin → Sonra proxy-əsaslı/HTML keşləməni tətbiq edib-etməməyə qərar verin

7. Pulsuz versiyanı birbaşa canlı vebsaytda istifadə etmək olarmı?

Onu istifadə etmək olar, lakin “free” sözünü “formal həll və kommersiya SLA-sı olan rəsmi həll” kimi yox, “başlanğıc/dəyərləndirmə/yüngül istifadə” kimi qəbul edin.

  • Pulsuz planı qəbul etməyə razı olarsınızmı?Sıxlıq məhdudiyyətləri, funksional çatışmazlıqlar, dəstək metodlarındakı dəyişikliklər və potensial olaraq SLA öhdəliklərinin olmaması？
  • Əgər bu mümkün deyilsə, pulsuz xidmət sınaq kimi qəbul edilməli və sonradan daha uyğun paketə yüksəldilməlidir.

8. CDN-nin həqiqətən işlədiyinə, sadəcə plasebo effekti olmadığını necə əmin ola bilərəm?

Bu üç addımı istifadə edərək təsdiqləyin (mürəkkəb alətlər tələb olunmur):

  1. CDN-dən statik resursların qaytarılıb-qaytarılmadığını yoxlayın.(Şəkillərin/CSS-in/JS-in mənbəyi dəyişibmi?)
  2. Hit dərəcəsinin və mənbəyə geri dönüş performansının yaxşılaşıb-yaxşılaşmadığını müşahidə edin.(Yalnız vurma nisbəti artdıqda və resursların bərpası azaldıqda bu, həqiqi fayda hesab edilə bilər)
  3. Dəyişiklik ediləndə CSS/şəkil təsdiqləmə siyasətini yenilə(Versiya nömrəsi qüvvədədir, əlaqənin idarəolunmasını göstərir)

Əgər üçüncü bəndi həyata keçirə bilmirsinizsə, sonrakı optimallaşdırmalar yeniləməyin qüvvəyə minməməsi səbəbindən getdikcə daha çox problemlə üzləşəcək. Versiya strategiyasını tamamlamağa üstünlük vermək məsləhətdir.

9. Mainland China sürətləndirmə funksiyasını aktivləşdirmək niyə tez-tez ilişib qalır?

Ən çox rast gəlinən səbəblər bunlardır:Seçilmiş region sənəd vermə tələblərinə cavab vermir.。

  • Əgər materik Çin daxil olan bir sürətləndirmə bölgəsini seçmək istəyirsinizsə, adətən tamamlamalısınız ICP təqdimatıQeydiyyatdan keçməmiş istifadəçilər yalnız materik Çin istisna olmaqla regionları seçə bilərlər.

10. Əvvəl keş plaginini quraşdırmalıyam, yoxsa əvvəlcə CDN-ni quraşdırmalıyam?

Ümumiyyətlə tövsiyə olunan ardıcıllıq belədir:

  1. Origin server qatında: öncə keş plaginləri/hostinq infrastrukturu sabitləşdirildi (TTFB azaldıldı, arxa planda yük azaldıldı)
  2. Resurs qat: Fayl ölçüsünü azaltmaq üçün şəkilləri optimallaşdırın
  3. Çatdırılma qatqısı: CDN – Resursları daha sürətli və daha etibarlı şəkildə çatdırır

Əgər indi yalnız bir işlə məşğul olmaq istəyirsinizsə və hər hansı xoşagəlməz hadisələrdən qaçmaq istəyirsinizsə:Əvvəlcə statik konfiqurasiya: CDN (1-ci faza)Sabit gəlirlər, minimal risk.