LSCache (LiteSpeed Cache) Rehberi: WordPress için Server-Level Önbellek

LSCache, ayrı bir uygulama veya plugin değil — doğrudan LiteSpeed Web Server (LSWS) ve açık kaynaklı kardeşi OpenLiteSpeed içine gömülü bir page cache motorudur. WordPress için LiteSpeed Cache plugin''i 5 milyondan fazla aktif kuruluma sahip ve neredeyse hiçbir konfigürasyon olmadan FastCGI + Varnish + Redis üçlüsünün yerini doldurabiliyor. Web server seviyesinde önbellek olduğu için PHP süreci hiçbir noktada tetiklenmez; istek doğrudan LSWS''in C++ kod yolunda karşılanır.

Yazı, LSCache''i FastCGI cache, Varnish ve WP Rocket gibi alternatiflerden ayıran teknik farkları, .htaccess ve plugin konfigürasyonunu, QUIC.cloud CDN entegrasyonunu, ESI ile sayfa fragment cache''ini ve gerçek üretim sunucularındaki Core Web Vitals kazanımlarını ele alıyor. Hedef kitle: WordPress site sahipleri, hosting yöneticileri ve performans odaklı geliştiriciler. Komutların hepsi LSWS Enterprise 6.x ve OpenLiteSpeed 1.7+ üzerinde test edilmiştir.

İlgili rehberler: DNS nedir, ayarları değiştirme · Domain adı ve WHOIS sorgulama · Hosting türleri rehberi · Nginx yapılandırma · Plesk panel yönetimi

LSCache Tam Olarak Nedir

LSCache, LiteSpeed Web Server''in kendi süreci içinde çalışan bir önbellek motorudur. Apache + Varnish + Redis kombinasyonunda olduğu gibi ayrı bir port, ayrı bir socket veya ayrı bir daemon yoktur. İstek geldiğinde LSWS önce /usr/local/lsws/cachedata altındaki cache deposuna bakar; hit varsa PHP-FPM''i hiç tetiklemeden cevap döner. Miss durumunda backend''e geçer, cevabı yazar, sonraki isteklere doğrudan cache''den verir. Cache anahtarı varsayılan olarak scheme + host + URI + vary''den oluşur.

Bu mimarinin pratik sonucu: aynı sunucuda Nginx + FastCGI cache kombinasyonuna kıyasla yapılandırma yarıya iner, bağlantı sayıları (worker_connections benzeri) iki katına çıkabilir, statik dosya servisi LiteSpeed benchmark''larında Apache''nin 9 katına kadar çıkabilir. CPU kullanımı tipik olarak %30-50 daha düşüktür çünkü Apache''nin mod_php modülünün yarattığı bellek baskısı yoktur; her LSWS worker''ı asenkron event loop''ta çalışır ve pek çok bağlantıyı aynı anda taşır.

Cache deposu disk-tabanlıdır ama plugin ayrıca object cache için Redis veya Memcached''e bağlanabilir. Disk cache''in performansı NVMe sunucularda RAM cache''e yakındır ve sunucu yeniden başlatıldığında cache kaybolmaz; bu, Varnish''in (default memory storage) en büyük zaaflarından birini ortadan kaldırır.

LSWS, OpenLiteSpeed ve LSCache Lisanslama

İki farklı dağıtım var: LiteSpeed Web Server Enterprise ticari, sunucu başına lisans ücretli (cPanel/Plesk hostinglerde sıkça kullanılır); OpenLiteSpeed tamamen açık kaynak ve ücretsiz. İkisi de LSCache motorunu içerir, ancak Enterprise sürümünde .htaccess uyumluluğu ve cPanel/DirectAdmin entegrasyonları daha olgundur. OLS ise CyberPanel ile birlikte ücretsiz bir VPS stack''i kurmak için en pratik seçenektir.

• LSWS Enterprise: Apache .htaccess birebir uyumlu, cPanel/Plesk eklentisi var, lisans ücretli
• OpenLiteSpeed: Açık kaynak, GPL, cPanel desteği yok, CyberPanel ile uyumlu
• LSCache modülü: Her iki sürümde de dahil, ek lisans gerekmez
• QUIC.cloud: Ayrı CDN servisi, ücretsiz kotalı, premium plan opsiyonel

FastCGI Cache, Varnish ve WP Rocket''ten Farkı

Nginx FastCGI cache de güçlü bir çözümdür ama /etc/nginx/conf.d içinde ek bir cache zone tanımı, fastcgi_cache_bypass kuralları ve manuel purge hookları gerektirir. WordPress post update''lerinde cache''i temizlemek için ayrı bir Nginx Helper plugin''i şart. Varnish üçüncü bir process''tir ve TLS terminator olamaz; Apache veya Nginx ile sandviç olarak çalışır, VCL kuralları ayrı bir dilde yazılır ve hata ayıklamak özel bir uzmanlık gerektirir. Redis object cache ise sadece nesne seviyesinde — DB sorgu sonuçları — cache''ler, sayfayı değil; sayfayı PHP yine her seferinde render eder.

WP Rocket ise PHP içinden çalışan bir disk cache: her istekte WordPress bootstrap''i en azından kısmen koşmak zorundadır, çünkü advanced-cache.php dropin''i PHP içerisinde yer alır. Bu, cache hit''te bile PHP süresinin sıfır olmaması demektir; tipik olarak 30-80 ms''lik bir bootstrap latency''si vardır. LSCache bu üçünü birleştirir: page cache + object cache + opsiyonel browser cache + image optimization, hepsi tek plugin''den. Önemli ayrım: cache hit''te PHP hiç çalışmaz. WP Rocket''ta dahi PHP''ye uğramak zorundayken, LSCache''te istek doğrudan LSWS''in C++ kodunda karşılanır ve TTFB tipik olarak 8-15 ms aralığına iner.

Karşılaştırmanın bir başka boyutu yapılandırma kompleksitesi. Nginx FastCGI cache''i WordPress için doğru kurmak ortalama 80-120 satır nginx.conf kuralı, plus Nginx Helper plugin''i, plus manuel fastcgi_cache_bypass mantığı gerektirir. Nginx yapılandırma rehberimizde bunun ayrıntılı bir örneği var. LSCache''te aynı sonucu plugin''in Cache: ON toggle''ı ve 4-5 satırlık bir .htaccess bloğu ile elde edersiniz.

WordPress İçin Plugin Kurulumu

LiteSpeed Cache plugin''ini kurun ve aktive edin. Plugin''in çalışması için sunucunun LSWS veya OpenLiteSpeed üzerinde olması ZORUNLU değil — QUIC.cloud üzerinden CDN-tabanlı page cache yine çalışır. Ama gerçek değer, sunucu LSCache modülüne sahip olduğunda ortaya çıkar. Sunucunuzun LSCache modülünü tanıdığını X-LiteSpeed-Cache-Control response header''ı ile doğrulayabilirsiniz; eğer bu header gelmiyorsa LiteSpeed binary''niz cache modülü olmadan derlenmiş demektir, OLS''de cachedata dizininin varlığı zorunludur.

// wp-config.php — plugin'in cache anahtarını üretebilmesi için
define('WP_CACHE', true);

// Çoklu site (multisite) ortamında network-aktif et:
define('LSCWP_OBJECT_CACHE', true);

// Geliştirme ortamında plugin'i tamamen kapat:
// define('LITESPEED_DISABLE_ALL', true);

Plugin aktif olduğunda WP Admin > LiteSpeed Cache > Cache menüsü açılır. Önemli toggle'lar: Enable Cache: ON, Cache Logged-in Users: OFF (varsayılan, ESI ile değiştirilebilir), Cache Commenters: OFF, Cache REST API: ON, Cache Mobile: ON. Public TTL varsayılanı 604800 saniye (1 hafta) yeterli; özel sayfalar için Private Cache TTL 1800 saniye uygundur.

.htaccess ile LSCache Kuralları

LSWS Enterprise, Apache .htaccess'i birebir parse eder; bu yüzden plugin kurulduğunda .htaccess'e şu blok yazılır. OpenLiteSpeed'de aynı kuralları vhost.conf içine rewrite direktifi olarak girmelisiniz.

# BEGIN LSCACHE
<IfModule LiteSpeed>
CacheLookup on
RewriteEngine On
RewriteRule .* - [E=Cache-Control:max-age=120]

# Login ve sepet sayfalarını cache'leme
RewriteCond %{REQUEST_URI} (/wp-admin/|/wp-login\.php|/cart/|/checkout/|/my-account/) [NC]
RewriteRule .* - [E=Cache-Control:no-cache]

# wp-postpass cookie varsa private cache
RewriteCond %{HTTP_COOKIE} wp-postpass_ [NC]
RewriteRule .* - [E=Cache-Control:vary=wp-postpass]
</IfModule>
# END LSCACHE

QUIC.cloud CDN Entegrasyonu

QUIC.cloud, LiteSpeed Technologies''in resmi CDN''i ve LSCache''in doğal uzantısıdır. Anycast network''ü 80+ POP''tan oluşur, HTTP/3 (QUIC) destekler, image optimization, critical CSS generation, low-quality image placeholder (LQIP) ve DNS yönetimi içerir. Ücretsiz katmanda aylık 10 GB CDN trafiği + 500 image optimization quota''sı verir; daha yüksek trafik için Standard ($0.03/GB) ve Premium planlar mevcut. Cloudflare''den farklı olarak CDN edge''i doğrudan LSCache ile konuşur — page cache invalidation otomatiktir, manuel API çağrısı gerekmez.

Plugin tarafında General > QUIC.cloud Domain Key alanından domain''i kayıt ettirin; sonrasında Image Optimization > Pull Images tek tıkla tüm medya kütüphanesini WebP''ye dönüştürür. Critical CSS üretimi de QUIC.cloud sunucularında yapılır — kendi sunucunuzda Puppeteer/Chromium kurmaya gerek kalmaz. DNS tarafına geçtiğinizde QUIC.cloud anycast nameserver''lar ile DNSSEC desteği ekler. Object Storage ile WebP varyantlarını kendi sunucunuzdan değil, edge''den servis edersiniz — origin trafiği ortalama %60-70 düşer.

# QUIC.cloud CDN'in cache'ini purge etme (wp-cli)
wp litespeed-purge cdn

# Sadece bir URL'yi purge
wp litespeed-purge url https://example.com/blog/post-slug/

# Tüm cache (server + CDN)
wp litespeed-purge all

ESI: Logged-in User Menüsü ile Cache''li Sayfa

Standart page cache''in en büyük problemi: kullanıcı login olduğunda kişisel menü ("Hoş geldin Egemen, Sepet (3)") gözükmediği için cache devre dışı bırakılır. ESI (Edge Side Includes) bunu çözer: sayfanın geneli public cache''lenir, sadece kişisel fragment''ler her istekte ayrıca render edilir. ESI, 2001 yılında Akamai ve Oracle tarafından W3C''ye sunulmuş bir standart; LSCache native olarak ESI 1.0 alt kümesini destekler. Varnish de ESI''ye sahiptir ama VCL üzerinden manuel kurmak gerekir; LSCache plugin''i ESI fragment''lerini çoğunlukla otomatik tanır.

<!-- Tema dosyasında veya widget render fonksiyonunda -->
<esi:include src="/?lscwp_esi=user-menu" cache-control="private,max-age=1800" />

<!-- LSCache plugin'i bu fragment için ayrı bir TTL ve vary anahtarı tutar -->

WordPress plugin'inde ESI Settings > Enable ESI: ON yapın. Plugin Admin Bar'ı, Comment Form'u ve Login Status'u otomatik olarak ESI'ye taşır. WooCommerce mini-cart, Easy Digital Downloads kullanıcı paneli gibi alanlar için ESI Nonces listesine ek nonce ekleyin.

Cache TTL, Public/Private ve Vary

LSCache üç tür cache anahtarı kullanır: public (herkese aynı), private (cookie/IP bazında ayrı), vary (belirli koşula göre). WooCommerce sepet için sepetin dolu/boş olması bir vary anahtarıdır; WPML için aktif dil bir vary anahtarıdır. Plugin Cache > Object sekmesinden Memcached veya Redis backend''e bağlanabilir; object cache LSCache page cache ile birleşince DB sorgu sayısı %95''e kadar düşer. Object cache backend olarak Redis tercih edilir çünkü persistent storage opsiyonu var; Memcached saf RAM''dir ve restart sonrası kaybolur.

TTL stratejisi seçerken iki uçtan kaçının: çok kısa TTL''ler cache hit oranını düşürür ve PHP yükünü artırır; çok uzun TTL''ler güncel olmayan içerik servis etme riskini büyütür. 1 hafta + auto-purge kombinasyonu WordPress için en iyi denge. CDN katmanında ek bir TTL uygulanır; QUIC.cloud edge cache TTL''i origin TTL''inden bağımsız ayarlanabilir, genellikle max-age header''ından okunur.

• Public TTL: 604800 saniye (1 hafta) — anonim ziyaretçiler
• Private TTL: 1800 saniye (30 dakika) — login kullanıcılar
• Front Page TTL: 604800 — anasayfa
• Feed TTL: 604800 — RSS feed
• 404 TTL: 3600 — 404 sayfaları (DDoS amplifikasyonunu kırar)

Otomatik Purge ve WP Hook Entegrasyonu

Plugin, post update/delete, comment ekleme, theme switch, plugin update gibi eventlerde ilgili cache anahtarlarını otomatik purge eder. Purge ettiği şey sadece o post sayfası değil — anasayfa, kategori arşivi, tag arşivi, yazar arşivi, tarih arşivi, RSS feed ve sitemap''i da etkiler. Custom kod yazıyorsanız do_action(''litespeed_purge_post'', $post_id) ile bir post''un cache''ini, do_action(''litespeed_purge_url'', $url) ile spesifik URL''yi, do_action(''litespeed_purge_all'') ile tüm cache''i temizleyebilirsiniz.

WordPress dışında hangi event''ler purge tetikler? litespeed_purge_private_all tüm private cache''i, litespeed_purge_esi ESI fragment''lerini, litespeed_purge_object object cache''i temizler. WooCommerce için stok değişimi, sepet boşalması, kupon ekleme gibi event''ler özel filter''lara hooked''dur. Tag-based purge ise dinamik içerik için kritiktir: bir post''u litespeed_purge_tag ile tag''leyebilir, sonradan o tag''i toplu temizleyebilirsiniz.

// Custom plugin: ürün stok güncellendiğinde ürün sayfasını ve kategori listesini purge et
add_action('woocommerce_product_set_stock', function($product) {
    $product_id = $product->get_id();
    do_action('litespeed_purge_post', $product_id);

    // Kategori arşivlerini de purge
    $terms = get_the_terms($product_id, 'product_cat');
    if ($terms) {
        foreach ($terms as $term) {
            do_action('litespeed_purge_url', get_term_link($term));
        }
    }
});

Cache Hariç Tutma: Cookie ve URI Pattern''ler

Cache > Excludes sekmesinden cache''lenmeyecek URI''ler (örneğin /checkout), query string parametreleri (add-to-cart), cookie''ler (wp-postpass, wordpress_logged_in), user agent (Googlebot debug için) ve roller (administrator) tanımlanır. Bir cookie değeri private cache key olarak da kullanılabilir. WordPress nonce''ları her saat değiştiği için login sonrası sayfa kişiselleştirmesinde dikkat gereklidir; nonce ESI fragment''i olarak işaretlenmediyse 24 saat sonra ekrandaki form''lar sessizce başarısız olur.

WooCommerce kurulumlarında woocommerce_items_in_cart, woocommerce_cart_hash, wp_woocommerce_session_* cookie''leri otomatik bypass tetikler. EDD (Easy Digital Downloads) için edd_items_in_cart ve edd_session manuel eklenmelidir. UTM parametreleri (Google Analytics, Facebook click ID''leri) varsayılan olarak cache key''e dahil edilmez; bu davranış doğrudur, aksi halde her UTM kombinasyonu için ayrı bir cache versiyonu oluşurdu.

# Cache hit doğrulama — curl ile X-LiteSpeed-Cache header'ı
curl -sI https://example.com/blog/sample-post/ | grep -i 'x-litespeed\|cache-control'

# Beklenen çıktı:
# x-litespeed-cache: hit
# cache-control: public, max-age=604800

# Miss durumunda:
# x-litespeed-cache: miss

Image Optimization, CSS/JS Minify ve Critical CSS

LSCache plugin''inin Page Optimization sekmesi, ayrı bir Autoptimize/WP Rocket ihtiyacını ortadan kaldırır. Image Optimization tüm medya kütüphanesini QUIC.cloud üzerinden WebP''ye dönüştürür (orijinal dosya korunur, fallback yapılır). CSS/JS minify + combine + defer + async birkaç toggle ile aktif edilir. Critical CSS jeneratör, sayfa türüne göre above-the-fold kuralları ayrı ayrı üretir; Core Web Vitals testlerinde LCP''yi 1-2 saniye düşürmek mümkündür. UCSS (Unique CSS) özelliği bir adım daha ileri gider: sayfa için kullanılmayan CSS''i tamamen siler, dosya boyutu %70-80 düşer.

CSS/JS combine''i aktif ederken dikkat: jQuery''ye bağımlı eski plugin''ler combine sonrası yüklenme sırası bozulduğunda kırılabilir. JS Excludes listesine sorunlu script''leri ekleyerek combine''den hariç tutun. Defer JS async''ten daha güvenli bir varsayılan; Inline JS küçük inline script''leri toplar ve asenkron yükler. Font tarafında Font Display Optimization tüm @font-face kurallarına otomatik olarak font-display: swap ekler — FOIT (flash of invisible text) tamamen kaybolur.

• WebP/AVIF dönüşümü: medya kütüphanesi geneli, bulk job
• Lazy load: native loading="lazy" + LQIP placeholder
• CSS Combine: tüm stylesheet'leri tek dosyada birleştir
• JS Defer: render-blocking script'leri ertele
• Critical CSS: above-the-fold inline CSS, geri kalanı async
• Font Display: font-display: swap otomatik

Control Panel Entegrasyonları

cPanel ve WHM: LiteSpeed Cache Manager modülü, paylaşımlı hostingde her hesap için kuyruk yönetimi sunar. Plesk: LiteSpeed Server eklentisi ile abonelik bazında cache yönetimi. DirectAdmin: custombuild üzerinden LSWS kurulumu, paneldeki Edit Files ile vhost.conf erişimi. CyberPanel: OpenLiteSpeed üzerine kurulu açık kaynak panel; sıfır lisans maliyeti ile production-ready bir stack sunar. Plesk yönetimi rehberimizde panel detaylarını bulabilirsiniz.

Hangi paneli seçmeli? Müşteri bazlı reseller hosting kuruyorsanız ve cPanel zaten lisanslıysa LSWS Enterprise + cPanel doğal seçim. Tek bir VPS''de WordPress veya Laravel projesi koşturuyorsanız CyberPanel + OpenLiteSpeed lisans maliyetini sıfıra indirir, sadece RAM/CPU faturanızı ödersiniz. Plesk en olgun GUI''yi sunar ama LiteSpeed eklentisi ek lisans gerektirir. Cloud-native bir kurulum istiyorsanız Docker üzerinde resmi litespeedtech/openlitespeed imajını kullanabilir, panel''i tamamen atlayabilirsiniz.

CLI: lsws kontrol ve cache purge

# LiteSpeed Web Server'ı yeniden yükle (config değişikliği sonrası)
/usr/local/lsws/bin/lswsctrl reload

# LSWS'i tamamen yeniden başlat
/usr/local/lsws/bin/lswsctrl restart

# Versiyon ve çalışma durumu
/usr/local/lsws/bin/lswsctrl version
/usr/local/lsws/bin/lswsctrl status

# Tüm cache'i diskten sil (manuel purge)
rm -rf /usr/local/lsws/cachedata/*
/usr/local/lsws/bin/lswsctrl reload

# wp-cli ile sadece WordPress cache'ini purge et
wp litespeed-purge all
wp litespeed-purge tag post_123
wp litespeed-purge post_id 123

Benchmark: WP Rocket vs LSCache vs FastCGI Cache

Aynı VPS''te (4 vCPU, 8 GB RAM, NVMe) WordPress 6.4 + Astra teması ile yapılan k6 testleri tipik olarak: WP Rocket disk cache 700-900 RPS; Nginx FastCGI cache 4500-5500 RPS; LSCache 6000-8000 RPS değerleri verir. LCP''de QUIC.cloud + Critical CSS aktifken LSCache 1.2-1.4 sn''ye, FastCGI cache 1.6-2.0 sn''ye iner. INP''te LSCache''in JS Defer yapısı 100ms''in altını rahatlıkla yakalar. Test metodolojisi: 60 saniyelik ramp-up, 30 sn sabit yük, 100 eşzamanlı sanal kullanıcı, single home page request — gerçek dünyada cookie''ye bağlı sayfalar (dashboard, sepet) bu sayıların çok altına düşer.

Numaraları abartmamak gerekir — bu farklar düşük TTFB''li VPS''te ölçülür. Paylaşımlı hostingde I/O latency cache motoru farkından daha baskındır. Sunucu disk''i HDD ise hiçbir cache motoru yardım etmez; cache I/O''da dahil disk seek time''ı baskın gelir. Hem maksimum throughput hem de p99 latency kriterlerini ayrı ayrı ölçün; ortalama RPS güzel ama p99 değeri 3 saniye ise kullanıcı deneyimi kötüdür. Daha geniş Core Web Vitals analizi için Core Web Vitals 2026 rehberimize bakın. RUM (Real User Monitoring) verisini de göz ardı etmeyin: synthetic test sonuçları gerçek kullanıcı bağlantı kalitesini yansıtmaz.

WP Rocket veya W3 Total Cache''ten Geçiş

İlk kural: ESKİ plugin''i tamamen DEAKTIVE EDIN ve dosyalarını silin. wp-content/cache dizinini silin. wp-content/advanced-cache.php ve object-cache.php dropin''lerini silin. wp-config.php''deki eski WP_CACHE tanımı kalsın. Ardından LSCache''i kurun, plugin ilk açılışta yeni dropin''leri yazar. Migration sırasında dikkat edilmesi gerekenler: WP Rocket''ın kendi image lazy load implementation''ı vardı, ona dayanan custom CSS''iniz varsa LSCache''in lazy load''una göre data-src attribute''larını yeniden işaretlemeniz gerekebilir.

W3 Total Cache''ten geçişte dikkat: W3TC, dağıtık cache için Memcached cluster''larını destekler. LSCache object cache''i tek bir Memcached/Redis instance''a bağlanır; multi-node cluster için Redis Sentinel veya Cluster modunu kullanın. W3TC''nin minify modülü çoğu zaman bozuktur ve site''yi kırar; LSCache combine + minify''ı genelde daha sorunsuz çalışır ama yine de staging''de doğrulayın.

# WP Rocket'tan migration — temiz başlangıç
cd /var/www/html
wp plugin deactivate wp-rocket
wp plugin uninstall wp-rocket
rm -rf wp-content/cache
rm -f wp-content/advanced-cache.php
rm -f wp-content/object-cache.php
rm -rf wp-content/plugins/wp-rocket

# LSCache kur ve aktive et
wp plugin install litespeed-cache --activate
wp litespeed-option set cache true
wp litespeed-purge all

Magento, OpenCart ve Drupal için LSCache

WordPress dışında litespeedtech ekibi Magento 2, OpenCart 3.x/4.x, PrestaShop, Drupal 9/10, Joomla 4.x, XenForo, MediaWiki için ücretsiz extension''lar yayınlar. Mantık aynı: ESI fragment''ler, public/private cache, vary cookie. Magento için customer_logged_in cookie''si ana vary anahtarıdır; OpenCart için currency ve language.

Magento 2''de LSCache extension''ı, native full_page_cache backend''ini değiştirir; app/etc/env.php''de cache_types altında page_cache driver''ını LSCache''e çevirin. Drupal''da modül composer require litespeedtech/lscache-drupal ile gelir, cache.backend.lscache servis tanımı aktif edilir. Joomla''da extension System plugin olarak çalışır ve sayfa cache''ini Joomla''nın kendi disk cache''i yerine LSWS''e devreder. OpenCart için extension marketplace üzerinden ücretsiz indirilir, kontrol paneli üzerinden kurulur.

Sorun Giderme: Cache Çalışmıyor

En yaygın 5 neden: (1) X-LiteSpeed-Cache: no-cache dönüyor — bir cookie veya plugin cache''i devre dışı bırakıyor, Crawler > Disable raporuna bakın. (2) Cache her zaman MISS — query string parametreleri (?utm_source=...) cache key''i parçalıyor, Drop Query Strings listesine ekleyin. (3) Logged-in kullanıcılar için cache yok — Private Cache aktif değil veya ESI kapalı. (4) WooCommerce sayfaları cache''lenmiyor — woocommerce_cart_hash cookie''si bypass tetikliyor, normal davranış. (5) X-LiteSpeed-Cache header hiç yok — sunucu LSWS değil, plugin sadece QUIC.cloud üzerinden çalışıyor demek.

Daha derin debug için LSWS error log''una bakın: tail -f /usr/local/lsws/logs/error.log. Cache > Debug Log seçeneğini açtığınızda plugin her cache kararını wp-content/debug.log''a yazar; üretimde KAPATMAYI UNUTMAYIN, log dosyası saatte birkaç GB''a ulaşabilir. Plugin''in Toolbox > Heartbeat sekmesinden WordPress heartbeat aralığını da düşürmek (60 sn''ye) admin sayfasındaki gereksiz cache invalidation tetiklemelerini azaltır.

Güvenlik: Cache Poisoning ve Header Injection

Cache motorlarının klasik zaafı: bir attacker, X-Forwarded-Host header''ı ile yanıltılmış bir URL üretip cache''e yazdırmaya çalışır. LSCache, varsayılan olarak sadece request URI ve Host header''ını cache key''e dahil eder; ek header''ları vary listesine eklerken dikkat edin. fastcgi_cache_key benzeri bir kural manuel olarak vhost.conf''a yazılabilir. LSCache dokümantasyonu''ndaki Cache Vary bölümü zorunlu okuma.

İkinci güvenlik konusu: private cache leak. Login bilgisi cookie''ye değil session''a bağlıysa ve session ID URL''de geçiyorsa (eski PHP davranışı), birden fazla kullanıcı aynı private cache anahtarına yazabilir. Modern WordPress bu sorundan etkilenmez, ama custom membership plugin''leri ile kurduğunuz akışlarda session_id()''yi cache key''e eklemek için litespeed_vary_cookies filter''ını kullanın. Ayrıca HTTP Strict Transport Security ve Content Security Policy header''larını response''ta tutmayı unutmayın; bunlar plugin tarafından otomatik eklenmez.

Modern Web Hosting ve Sunucu Altyapısı

Performanslı bir web hosting hizmeti üç temel altyapı kararına dayanır: NVMe SSD diskler (klasik SATA SSD'ye göre 4-6 kat IOPS), LiteSpeed Web Server veya Nginx + LSCache kombinasyonu (Apache'ye göre 9 kat istek kapasitesi) ve CloudLinux + Imunify360 izolasyonu. Hosting sağlayıcısının kontrol paneli (cPanel, Plesk, DirectAdmin), günlük yedek politikası, veri merkezi konumu ve destek ekibi yanıt süresi de büyük fark yaratır. Türkiye lokasyonu yerli ziyaretçilere düşük gecikme verirken; Hetzner Frankfurt veya OVH Roubaix gibi Avrupa lokasyonları global trafik için daha uygundur. Site büyüdükçe paylaşımlı hosting'ten VPS, ardından dedicated server'a geçiş; CPU/RAM/disk kaynaklarının web sitemizin ihtiyaçlarına göre ölçeklenmesini sağlar.

Kaynaklar

• LSCache resmi dokümantasyonu
• LSCache WordPress plugin docs
• LiteSpeed Cache for WordPress
• litespeed-cache GitHub repo
• QUIC.cloud CDN
• OpenLiteSpeed
• LiteSpeed Benchmarks
• ESI 1.0 W3C spesifikasyonu
• web.dev Core Web Vitals
• CyberPanel — OpenLiteSpeed kontrol paneli
• LiteSpeed Technologies

İlgili Yazılar

• Sayfa Hızı ve Core Web Vitals 2026
• Nginx Yapılandırma Rehberi: Reverse Proxy, Cache ve Rate Limit
• Plesk Panel Yönetimi: Domain, Veritabanı, E-posta ve SSL