cPanel Önbellek Yöneticisi (LiteSpeed Cache) Kullanımı

Bir ziyaretçi sitenize her girdiğinde, sunucu genellikle sıfırdan ciddi bir iş yapar: PHP kodunu çalıştırır, veritabanına birkaç sorgu atar, sonucu bir HTML sayfasına dönüştürür ve nihayet tarayıcıya gönderir. Sayfa aynı kaldığı sürece bu işlemin her seferinde yeniden yapılması saf israftır; aynı yemeği her sipariş için baştan pişirmek gibidir. Sunucu önbelleği tam olarak bu israfı ortadan kaldırır: sayfanın bir kez oluşturulmuş hâlini hafızada tutar ve sonraki ziyaretçilere PHP'yi hiç çalıştırmadan, hazır olanı anında sunar. LiteSpeed sunucularında bu işi yapan mekanizma LSCache'tir ve cPanel içindeki Önbellek Yöneticisi (Cache Manager / LiteSpeed Web Cache Manager) aracı, bu güçlü altyapıyı komut satırına dokunmadan yönetmenizi sağlar.

Bu rehberde önce sunucu önbelleğinin, çoğu kişinin karıştırdığı tarayıcı önbelleğinden ne kadar farklı bir şey olduğunu netleştireceğiz. Ardından cPanel Önbellek Yöneticisi üzerinden LiteSpeed önbelleğini nasıl etkinleştireceğinizi, TTL (yaşam süresi) değerini nasıl ayarlayacağınızı ve önbelleği ne zaman, nasıl boşaltacağınızı adım adım göreceğiz. Son olarak sepet ve hesap gibi dinamik sayfalarda önbelleğin nasıl doğru kurallarla hariç tutulacağını ve WordPress kullanıyorsanız LSCache eklentisiyle sunucu önbelleğinin nasıl kusursuz bir uyum içinde çalıştığını çalışan örneklerle ele alacağız.

Sunucu Önbelleği ile Tarayıcı Önbelleği Aynı Şey Değildir#

İki kavramı ayırmak, bu konudaki en yaygın kafa karışıklığını çözer. Tarayıcı önbelleği, ziyaretçinin kendi bilgisayarında yaşar. Sunucu, gönderdiği CSS, JavaScript ve görsel dosyalarına Cache-Control: max-age=31536000 gibi bir başlık ekler; tarayıcı da o dosyaları bir süre yeniden istememek üzere kendi diskine kaydeder. Bu yalnızca aynı ziyaretçiyi, ikinci ziyaretinde hızlandırır. İlk kez gelen birine ya da tarayıcısını temizleyen birine hiçbir faydası olmaz, çünkü onların diskinde henüz kopya yoktur.

Sunucu önbelleği ise tam tersi tarafta, sizin sunucunuzda yaşar. Oluşturulmuş HTML sayfayı sunucunun kendi diskinde veya belleğinde tutar ve o sayfayı isteyen herkese — ilk ziyaretçiye de, binincisine de — PHP'yi ve veritabanını hiç çalıştırmadan sunar. Yani tarayıcı önbelleği "aynı kullanıcının aynı dosyayı tekrar indirmesini" engellerken, sunucu önbelleği "sunucunun aynı sayfayı tekrar tekrar üretmesini" engeller. İkisi birbirinin rakibi değil, tamamlayıcısıdır: sunucu önbelleği yanıt süresini düşürür, tarayıcı önbelleği ise tekrar eden ziyaretlerdeki bant genişliğini azaltır. Aşağıdaki tablo farkı özetliyor.

Bu ayrım pratikte şu anlama gelir: bir sayfanın "yavaş açılması" sorunu genellikle sunucu önbelleğiyle, tekrar ziyaretlerde dosyaların yeniden inmesi sorunu ise tarayıcı önbelleğiyle çözülür. İyi bir performans stratejisi ikisini birden kullanır; sayfa hızının bütününü ele alan /wiki/wordpress-hiz-optimizasyonu yazısı bu katmanları bir arada nasıl kurgulayacağınızı gösterir.

LiteSpeed ve cPanel Önbellek Yöneticisi Nasıl Çalışır?#

LiteSpeed Web Server (LSWS), Apache'nin yüksek performanslı bir alternatifidir ve en büyük kozlarından biri sunucunun içine gömülü olan LSCache motorudur. Ayrı bir önbellek yazılımı (Varnish gibi) kurup yapılandırmanız gerekmez; önbellek, web sunucusunun kendisiyle aynı süreçte çalışır. Bir istek geldiğinde LSWS önce önbelleğe bakar. Eğer o URL için geçerli bir kopya varsa (bir "hit"), sayfayı diskten okuyup milisaniyeler içinde döndürür ve PHP hiç uyanmaz. Kopya yoksa (bir "miss"), istek normal şekilde PHP'ye gider, oluşan HTML önbelleğe yazılır ve bir sonraki isteğe hazır hâle gelir.

Bir isteğin önbellekten mi yoksa PHP'den mi geldiğini görmek çok kolaydır; LiteSpeed yanıta özel bir başlık ekler. Komut satırından şu şekilde kontrol edebilirsiniz.

curl -I https://siteniz.com/

Çıktıda x-litespeed-cache: hit görüyorsanız o sayfa önbellekten servis ediliyordur; miss görüyorsanız o istekte sayfa yeni oluşturulmuş ve önbelleğe alınmış demektir. İlk isteği "miss", hemen ardından yenilediğinizde "hit" görmeniz, önbelleğin çalıştığının en net kanıtıdır.

cPanel tarafında bu motoru yöneten arayüz LiteSpeed Web Cache Manager'dır (paneldeki adıyla kimi kurulumda "Cache Manager" olarak da geçer). Bu araç size üç temel yetki verir: hesabınız için önbelleği açıp kapatmak, önbelleği tek tıkla boşaltmak (flush) ve WordPress kurulumlarınızda LSCache eklentisini otomatik algılayıp yönetmek. Yani sunucu düzeyindeki önbellek altyapısına, root erişimi gerektiren .htaccess düzenlemeleri veya WHM ayarları olmadan, kendi hosting hesabınızdan hükmedersiniz.

cPanel'de Önbelleği Etkinleştirme Adımları#

Çoğu LiteSpeed tabanlı hosting paketinde önbellek zaten sunucu düzeyinde açıktır, ancak hesap bazında kontrol etmek ve açık olduğundan emin olmak iyi bir alışkanlıktır. cPanel arayüzünden şu adımları izleyin.

1. Hosting hesabınızın cPanel paneline giriş yapın.
2. Üstteki arama kutusuna "LiteSpeed" veya "Cache" yazın; ya da sayfayı kaydırıp Advanced (Gelişmiş) veya Software bölümünü bulun.
3. LiteSpeed Web Cache Manager ikonuna tıklayın.
4. Açılan panelde Cache Management (veya benzeri) bölümünden hesabınız için önbelleğin Enabled durumda olduğunu doğrulayın.

Önbelleğin sunucu tarafındaki asıl anahtarı, hesabınızın kök dizinindeki .htaccess dosyasında yer alan birkaç LiteSpeed direktifidir. Cache Manager arayüzü aslında bu direktifleri sizin yerinize yazan bir üreteçtir. En temel haliyle önbelleği açan blok şuna benzer.

<IfModule LiteSpeed>
CacheLookup on
CacheEnable public /
</IfModule>

Buradaki CacheLookup on satırı, LiteSpeed'e her istek için önbelleğe bakmasını söyler; CacheEnable public / ise sitenin kökünden itibaren tüm herkese açık (giriş yapmamış ziyaretçilere gösterilen) içeriği önbelleğe alınabilir kılar. Bu bloğu elle eklemeniz genellikle gerekmez — WordPress kullanıyorsanız LSCache eklentisi, statik bir siteniz varsa da Cache Manager bu satırları otomatik yönetir. Yine de sorun giderirken .htaccess dosyasında bu bloğun bulunup bulunmadığını kontrol etmek çok işinize yarar. Dosya düzenleme konusunda rahat değilseniz, cPanel'in dosya araçlarını anlatan kaynaklar ve /hosting/web paketlerindeki hazır yapılandırma bu adımı büyük ölçüde otomatikleştirir.

TTL Ayarı ile Önbellek Ömrünü Yönetmek#

TTL (Time To Live), önbelleğe alınan bir sayfanın "taze" sayılacağı süredir. TTL dolduğunda önbellekteki kopya geçersiz olur ve bir sonraki istek sayfayı yeniden ürettirir. Bu değeri doğru seçmek bir denge işidir: çok uzun bir TTL maksimum hız verir ama içerik değiştiğinde eski hâlin daha uzun süre görünmesi riskini taşır; çok kısa bir TTL ise içeriği taze tutar ama önbelleğin faydasını azaltır çünkü sayfa sürekli yeniden üretilir.

Sunucu tarafında TTL, LiteSpeed'in yanıta koyduğu Cache-Control: max-age değeriyle belirlenir ve .htaccess içinden şöyle ayarlanabilir.

<IfModule LiteSpeed>
CacheLookup on
# Tüm herkese açık sayfaları 5 dakika (300 saniye) önbellekte tut
RewriteRule .* - [E=Cache-Control:max-age=300]
</IfModule>

Ancak pratikte TTL'yi elle yazmak yerine yönetim aracından ayarlamak daha esnektir. WordPress'te bu değerler LSCache eklentisinin Cache > TTL sekmesinden içerik türüne göre ayrı ayrı belirlenir. Statik siteler ve özel uygulamalarda ise Cache Manager veya .htaccess doğrudan kullanılır. İçeriğin ne sıklıkta değiştiğine göre farklı TTL değerleri vermek en sağlıklı yaklaşımdır; aşağıdaki tablo makul bir başlangıç noktası sunar.

Buradaki kritik nokta şudur: uzun TTL, içeriği değiştirdiğinizde eski sürümün görünmeye devam etmesi anlamına gelmez — çünkü içerik güncellendiğinde önbellek otomatik ya da manuel olarak boşaltılır (purge). Yani "TTL uzun olsun ki hızlı olsun, ama değişiklik anında görünsün" isteğini, uzun TTL ile akıllı purge kombinasyonu kusursuz karşılar. Bir sonraki bölüm tam da bu boşaltma işlemini ele alıyor.

Önbelleği Boşaltma (Purge) Yöntemleri#

Purge, önbellekteki eski kopyayı silip sunucuyu bir sonraki istekte sayfayı yeniden üretmeye zorlamaktır. Bir sayfayı düzenlediniz ama değişiklik sitede görünmüyorsa, neredeyse her zaman suçlu önbellektir ve çözüm bir purge işlemidir. Boşaltmayı birkaç seviyede yapabilirsiniz.

cPanel Önbellek Yöneticisinden tümünü boşaltma: LiteSpeed Web Cache Manager panelindeki Flush All (Tümünü Boşalt) düğmesi, hesabınıza ait önbelleğin tamamını tek seferde temizler. Büyük bir tema/eklenti güncellemesinden veya toplu içerik değişikliğinden sonra en güvenli yol budur.

WordPress araç çubuğundan boşaltma: LSCache eklentisi kuruluysa, WordPress yönetici çubuğundaki LiteSpeed menüsünden Purge All ya da yalnızca o an baktığınız sayfa için Purge this page seçeneklerini kullanabilirsiniz. Eklenti ayrıca bir yazıyı kaydettiğinizde ilgili sayfaların önbelleğini otomatik boşaltır; çoğu zaman elle purge'a hiç gerek kalmaz.

Yanıt başlığından doğrulama: Boşaltma sonrası aynı curl -I komutunu tekrar çalıştırın; ilk istekte yeniden miss, hemen ardından hit görmeniz, önbelleğin temizlenip yeniden dolduğunu gösterir. Bu küçük kontrol, "acaba boşaldı mı?" belirsizliğini ortadan kaldırır.

Ne zaman purge yapmalısınız? Tema veya eklenti güncellediğinizde, menü ve widget gibi tüm sitede görünen ögeleri değiştirdiğinizde, ya da bir değişikliğin yansımadığını fark ettiğinizde. Öte yandan her ufak düzenlemede "Flush All" basmak alışkanlık hâline gelmemeli; toplu boşaltma tüm sitenin önbelleğini bir anda silip sonraki ziyaretlerin yeniden üretilmesine yol açtığından, yoğun trafikte kısa bir yük artışı yaratır. Mümkün olduğunca sadece etkilenen sayfayı boşaltmak daha zariftir.

Dinamik İçerikte Doğru Önbellek Kuralları#

Sunucu önbelleğinin en büyük tehlikesi, kişiye özel içeriği yanlışlıkla önbelleğe alıp herkese aynı sayfayı göstermektir. Bir kullanıcının sepetini, hesabım sayfasını veya ödeme adımını önbelleğe alırsanız, başka bir ziyaretçi o kişinin bilgilerini görebilir — bu ciddi bir gizlilik ve güvenlik sorunudur. İyi haber şu ki LiteSpeed bu konuda oldukça akıllıdır: giriş yapmış kullanıcılara ait oturum çerezlerini otomatik olarak algılar ve o istekleri genel önbelleğe koymaz, bunun yerine "private cache" (kişiye özel önbellek) kullanır. Yine de kritik dinamik sayfaları elle hariç tutmak, güvenli tarafta kalmak için en doğru yaklaşımdır.

Aşağıdaki .htaccess bloğu, tüm siteyi kısa süreli önbelleğe alırken belirli dinamik yolları ve giriş yapmış kullanıcıları önbellekten hariç tutan gerçekçi bir örnektir.

<IfModule LiteSpeed>
CacheLookup on

# Varsayılan: herkese açık sayfaları 5 dakika önbellekte tut
RewriteRule .* - [E=Cache-Control:max-age=300]

# Sepet, hesap ve ödeme sayfalarını asla önbelleğe alma
RewriteCond %{REQUEST_URI} /(sepet|hesabim|odeme|checkout|cart|my-account) [NC]
RewriteRule .* - [E=Cache-Control:no-cache]

# Oturum çerezi taşıyan (giriş yapmış) istekleri es geç
RewriteCond %{HTTP_COOKIE} (wordpress_logged_in|woocommerce_items_in_cart) [NC]
RewriteRule .* - [E=Cache-Control:no-cache]
</IfModule>

Buradaki mantık katman katmandır. Önce max-age=300 ile tüm herkese açık trafik için beş dakikalık bir önbellek tanımlanır. Ardından iki RewriteCond bloğu, bu genel kuralın istisnalarını belirler: URL'si sepet/hesap/ödeme kalıplarına uyan istekler ve giriş yapmış kullanıcıya ait çerez taşıyan istekler no-cache ile işaretlenir, yani bunlar her seferinde PHP tarafından taze üretilir. WooCommerce gibi e-ticaret altyapılarında bu ayrım hayatidir; ürün listeleme sayfaları rahatça önbelleğe alınabilirken, sepet ve ödeme adımları kesinlikle kişiye özel kalmalıdır.

Bir başka önemli ayar, sorgu parametreli URL'lerdir. Örneğin bir arama sonucu (?s=anahtar) veya filtrelenmiş bir liste (?renk=mavi) sonsuz sayıda farklı kombinasyon üretebilir; bunların hepsini önbelleğe almak diskinizi gereksiz yere doldurur. LSCache eklentisi bu tür URL'leri varsayılan olarak akıllıca yönetir, ancak özel kurulumlarda hangi parametrelerin önbelleklenip hangilerinin göz ardı edileceğini yapılandırmak isteyebilirsiniz. Sayfa önbelleğinin tek başına yetmediği, veritabanı sorgularının da hızlandırılması gereken yoğun uygulamalarda ise bir nesne önbelleği (object cache) katmanı devreye girer; bu konuyu /wiki/redis-nedir yazısında ayrıntısıyla bulabilirsiniz.

WordPress LSCache Eklentisiyle Uyum#

WordPress kullanıyorsanız, sunucu önbelleğinden tam verim almanın yolu resmî LiteSpeed Cache eklentisini kurmaktan geçer. Bu eklenti, WordPress ile sunucudaki LSCache motoru arasında köprü kurar. Onu diğer önbellek eklentilerinden ayıran en önemli özellik, önbelleğin PHP içinde değil, sunucu düzeyinde tutulmasıdır; bu da onu WP Super Cache veya W3 Total Cache gibi PHP tabanlı çözümlerden belirgin biçimde hızlı kılar. Kurulumu WordPress eklenti deposundan tek tıkla yapabilirsiniz; eklenti, LiteSpeed sunucusunu otomatik algılar ve gerekli .htaccess direktiflerini kendisi ekler.

Burada bilinmesi gereken en kritik uyum kuralı şudur: aynı anda yalnızca bir sayfa önbelleği eklentisi çalışmalıdır. LSCache'i kurarken varsa diğer önbellek eklentilerini (WP Super Cache, W3 Total Cache, WP Rocket'in sayfa önbelleği vb.) devre dışı bırakın; iki farklı eklenti aynı sayfayı önbelleğe almaya çalışırsa çakışır, tuhaf davranışlara ve boşaltma sorunlarına yol açar. LSCache tek başına yalnızca sayfa önbelleğini değil, aynı zamanda CSS/JS küçültme ve birleştirme, görsel optimizasyonu, tembel yükleme (lazy load) ve QUIC.cloud üzerinden CDN gibi birçok performans özelliğini de üstlenir; bu yüzden çoğu durumda başka bir optimizasyon eklentisine ihtiyacınız kalmaz.

Eklenti kurulduktan sonra izlenecek pratik yol şudur. Önce Cache sekmesinden önbelleği etkinleştirin ve TTL değerlerini içerik türüne göre belirleyin. Ardından Cache > Excludes bölümünden önbelleğe alınmaması gereken sayfaları (varsa özel dinamik sayfalarınız) tanımlayın; WooCommerce'in sepet ve ödeme sayfaları zaten otomatik hariç tutulur. Sonra Page Optimization sekmesinden CSS/JS küçültmeyi kademeli olarak açın — hepsini birden açıp siteyi bozmak yerine bir özelliği açıp test etmek en güvenli yöntemdir. Son olarak, veritabanı ağırlıklı bir siteniz varsa Cache > Object sekmesinden Redis ya da Memcached tabanlı nesne önbelleğini bağlayarak sorgu düzeyinde de hızlanabilirsiniz.

Sunucu önbelleği devrededeyken WordPress'i geliştirirken bir noktaya dikkat edin: bir değişiklik yaptınız ama görünmüyorsa, tarayıcınızı sert yenilemeden (Ctrl+F5) önce LSCache'ten purge yapın. Çünkü çoğu zaman sizin gördüğünüz "eski" hâl tarayıcınızda değil, sunucu önbelleğindedir. Bu refleksi kazanmak, "değişikliğim neden yansımıyor?" sorusuyla harcanan saatlerin önüne geçer. WordPress performansının tüm resmini, önbelleğin ötesinde görsel, veritabanı ve barındırma katmanlarıyla birlikte görmek isterseniz /wiki/wordpress-hiz-optimizasyonu rehberi bütünsel bir yol haritası sunar. Doğrudan LiteSpeed altyapısıyla gelen bir WordPress ortamı için Clou.TR'nin /hosting/wordpress paketleri, bu eklentiyi ve sunucu önbelleğini kutudan çıktığı gibi hazır sunar.

Sıkça Sorulan Sorular#

LiteSpeed önbelleği ile tarayıcı önbelleği arasındaki fark nedir?#

Sunucu önbelleği (LSCache) oluşturulmuş HTML sayfayı sizin sunucunuzda tutar ve o sayfayı isteyen herkese PHP'yi çalıştırmadan sunar; ilk ziyaretçi dahil herkesi hızlandırır. Tarayıcı önbelleği ise CSS, JS ve görsel gibi statik dosyaları ziyaretçinin kendi cihazında tutar ve yalnızca aynı kişiyi ikinci ziyaretinde hızlandırır. İkisi birbirinin yerini tutmaz; en iyi sonucu birlikte kullanıldıklarında verirler.

cPanel'de önbelleği nasıl temizlerim?#

En kolay yol, cPanel içindeki LiteSpeed Web Cache Manager aracına girip Flush All (Tümünü Boşalt) düğmesine basmaktır; bu, hesabınıza ait tüm önbelleği tek seferde siler. WordPress kullanıyorsanız yönetici araç çubuğundaki LiteSpeed menüsünden Purge All ya da yalnızca o sayfayı boşaltma seçeneklerini de kullanabilirsiniz. Boşaltmadan sonra curl -I ile yanıt başlığını kontrol ederek işlemi doğrulayabilirsiniz.

TTL değerini kaç yapmalıyım?#

İçeriğin ne sıklıkta değiştiğine bağlıdır; nadiren güncellenen blog yazıları ve ana sayfa için bir hafta gibi uzun bir TTL isabet oranını en üst düzeye çıkarır. Fiyat veya stok gibi sık değişen sayfalarda bir saat gibi kısa bir değer daha uygundur. Uzun TTL seçmekten çekinmeyin, çünkü içerik değiştiğinde önbellek otomatik olarak boşaltılır, dolayısıyla eski hâl takılıp kalmaz.

Sepet ve ödeme sayfaları yanlışlıkla önbelleğe alınır mı?#

LiteSpeed, giriş yapmış kullanıcıların oturum çerezlerini otomatik algılayıp bu istekleri genel önbelleğe koymaz, bu yüzden çoğu durumda kişiye özel sayfalar zaten korunur. Yine de güvenli tarafta kalmak için sepet, hesap ve ödeme yollarını .htaccess içinde no-cache kuralıyla açıkça hariç tutmak en doğru yaklaşımdır. WooCommerce ve LSCache eklentisi bu ayrımı varsayılan olarak zaten yapar.

LiteSpeed Cache eklentisini başka bir önbellek eklentisiyle birlikte kullanabilir miyim?#

Hayır, aynı anda yalnızca bir sayfa önbelleği eklentisi çalışmalıdır. WP Super Cache, W3 Total Cache veya WP Rocket gibi bir eklentinin sayfa önbelleği açıkken LSCache kurarsanız ikisi çakışır ve tuhaf davranışlarla boşaltma sorunlarına yol açar. LSCache zaten küçültme, görsel optimizasyonu ve CDN gibi özellikleri de kapsadığı için genellikle tek başına yeterlidir.

Değişiklik yaptım ama sitede görünmüyor, neden?#

Bunun en yaygın nedeni önbellektir; gördüğünüz sayfa muhtemelen sunucu önbelleğindeki eski kopyadır. Önce LSCache üzerinden o sayfayı ya da tümünü purge edin, ardından tarayıcınızı sert yenileme (Ctrl+F5) ile tazeleyin. Genellikle sorun sizin tarayıcınızda değil, sunucudaki hazır kopyada olur; purge işlemi bunu anında çözer.

Kapanış#

Sunucu önbelleği, bir web sitesini "yeterince hızlı" olmaktan çıkarıp gerçekten çevik hâle getiren en yüksek getirili tek ayardır. cPanel'in Önbellek Yöneticisi ve LiteSpeed altyapısı sayesinde bu gücü, komut satırına ya da karmaşık sunucu yapılandırmalarına hiç girmeden kendi hosting hesabınızdan yönetebilirsiniz: önbelleği etkinleştirir, içeriğinize uygun bir TTL belirler, gerektiğinde tek tıkla boşaltır ve dinamik sayfaları güvenle hariç tutarsınız. WordPress kullanıyorsanız LSCache eklentisi tüm bu adımları büyük ölçüde otomatikleştirir ve üzerine görsel optimizasyonu ile CDN gibi ekstralar sunar.

Bu rehberdeki adımların gerçek anlamda fark yaratması için doğru bir altyapıda çalışmaları gerekir. LiteSpeed tabanlı, önbellek altyapısı hazır gelen bir barındırma için Clou.TR'nin /hosting ve WordPress'e özel /hosting/wordpress paketlerine göz atabilir; daha fazla kaynak ve tam kontrol istiyorsanız /sunucu/vds sanal sunucularını değerlendirebilir; performans ve güvenliği birlikte güçlendirmek için de /waf ve /ssl çözümlerimizle sitenizi hem hızlı hem güvenli hâle getirebilirsiniz. Site hızını bütün katmanlarıyla ele almak isterseniz /araclar altındaki hız ve performans araçlarımız iyi bir başlangıç noktasıdır.