Redis object cache, WordPress’in istek sırasında hesapladığı bazı nesneleri sonraki isteklerde de kullanılabilir tutan kalıcı önbellek yöntemidir. Veritabanı yüküne yardımcı olabilir; her sitede belirli bir hız artışı sağlamaz. Kurulumdan önce barındırma planınızın Redis ve WordPress eklentisi desteğini doğrulayın, güncel yedek alın ve karşılaştırılabilir bir ölçüm planı hazırlayın.
Sayfa Önbelleği ile Object Cache Farkı
Sayfa önbelleği üretilmiş HTML yanıtını saklar. Object cache ise WordPress API’sinin önbelleğe koyduğu veri ve hesaplama sonuçlarını saklar. WordPress’in varsayılan object cache’i istek sonunda sona erer; kalıcı bir object-cache.php drop-in dosyasıyla istekler arasında kullanılabilir. WordPress belgeleri, transients verisinin kalıcı object cache varsa orada, yoksa veritabanında bulunabileceğini açıklar. Bu nedenle “WordPress varsayılan olarak bütün transient’leri RAM’de saklar” ifadesi doğru değildir.
Redis, sayfa önbelleğinin yerine geçmez. Çoğunlukla giriş yapmış kullanıcılar, yönetim işlemleri veya dinamik sayfalardaki tekrar eden işlerde değerlendirilir. Ancak bir sorgunun Redis kurulunca mutlaka yeniden çalışmayacağını söylemeyin; eklentinin hangi nesneyi ne kadar süreyle sakladığı belirleyicidir.
Kurulum Öncesi Kontrol
- Planınızda Redis hizmeti, bağlantı adresi ve PHP tarafında desteklenen istemci olup olmadığını sağlayıcıdan öğrenin.
- Canlı sitenin geri dönüş yedeğini ve mevcut sayfa önbelleği ayarlarını kaydedin.
- Aynı sunucuda birden çok WordPress sitesi varsa anahtar ayırma ve veritabanı düzenini eklenti belgesine göre planlayın.
- Redis için bellek bütçesi belirleyin; PHP ve veritabanı servislerinin belleğini tüketmeyin.
- İlk denemeyi mümkünse test ortamında yapın; ödeme ve oturum akışını kontrol edin.
WordPress’i Redis’e Bağlama
WordPress.org’daki “Redis Object Cache” eklentisi, Redis bağlantısı ve WP-CLI desteği sunar. Eklentinin güncel kurulum belgesini izleyin: bağlantı parametresi, istemci, kimlik doğrulama ve anahtar öneki sürümünüze göre değişebilir. Sunucuda Redis hizmeti çalışmıyorsa eklentiyi etkinleştirmek tek başına yeterli değildir. WordPress yönetimindeki bağlantı durumu ve eklentinin wp help redis komutuyla sunduğu seçenekler üzerinden doğrulayın.
Örnek bağlantı adresini herkes için 127.0.0.1:6379 diye sabitlemeyin. Yerel Redis, Unix socket veya yönetilen uzak servis farklı yapılandırma gerektirir. PHP sürümü için php8.2-fpm gibi bir servis adını körlemesine yeniden başlatmayın; kendi sisteminizin sürümünü ve sağlayıcının yöntemini kontrol edin. Gizli parola değerlerini yazıya veya ekran görüntüsüne eklemeyin.
Güvenlik: Redis’i İnternete Açmayın
Redis’in resmî güvenlik belgesi, güvenilmeyen ağlardan doğrudan erişime karşı koruma önerir. Yerel bir kurulumda ağ bağlama ayarları ve güvenlik duvarı yalnız yetkili sunucu bileşenlerinin erişmesine izin vermelidir. bind 127.0.0.1 bir web alan adını değil, sunucu üzerindeki yerel ağ arayüzünü belirtir. “Yalnız https://site-adresi bağlantısına izin verir” diye açıklamak yanlıştır.
Uzak Redis gerekiyorsa sağlayıcının özel ağ, kimlik doğrulama ve şifreli bağlantı yönergelerini uygulayın. Parolayı tek savunma olarak görmeyin. Ortak Redis örneğinde site anahtarlarının ayrılması önemlidir; ön ek ve veritabanı düzenini kullandığınız eklentinin güncel yapılandırma belgesiyle kurun.
Bellek Sınırı ve Tahliye Politikası
Redis’te maxmemory ve tahliye politikası iş yüküne göre seçilir. Resmî Redis belgesinde noeviction dolan bellekte yeni yazmaları reddedebilir; allkeys-lru ise anahtarları kullanıma göre tahliye eder. Ancak “her WordPress için allkeys-lru seçin” diye evrensel reçete vermeyin. Aynı Redis’te yalnız yeniden üretilebilir önbellek verisi mi var, başka kalıcı veri de var mı önce belirleyin. Yanlış tahliye ayarı başka uygulama verisine zarar verebilir.
Hız Kazancını Nasıl Ölçersiniz?
- Önce aynı sayfa ve aynı kullanıcı tipinde birkaç isteğin yanıt süresi ile veritabanı sorgu sayısını kaydedin.
- Object cache’i açıp ilk isteği ısınma olarak değerlendirin; sonraki istekleri benzer trafik koşullarında tekrar ölçün.
- Redis bellek kullanımı, anahtar isabet/kaçırma sayıları ve PHP/veritabanı kaynaklarını birlikte izleyin.
- Sayfa önbelleğini aynı durumda tutun; aynı anda beş performans ayarı değiştirmeyin.
- Ödeme, sepet, oturum ve içerik güncelleme akışının doğru çalıştığını kontrol edin.
Tek başına yüksek isabet oranı ziyaretçi hızını kanıtlamaz; yanıt süresi ve kaynak yükü de gerekir. “150–300 sorgu kesin 20’ye iner” gibi ölçülmemiş tablo kullanmayın. Sorun yoksa düzenli wp cache flush alışkanlığı önermeyin: önbelleği topluca temizlemek geçici yük artışı yaratabilir ve paylaşılan Redis veritabanında kapsamı eklentiye göre değişir.
Ne Zaman Gerekli Olmayabilir?
Düşük trafikli ve sayfa önbelleğiyle iyi çalışan bir sitede ek servis/bakım maliyeti faydayı aşabilir. Kararı sorgu profili ve tekrar eden iş yüküyle verin. “WooCommerce kullanıyorsanız Redis şarttır” gibi genel kural yoktur.
Sık Sorulan Sorular
Redis SEO’yu doğrudan yükseltir mi?
Hayır. Ölçülen performans iyileşirse kullanıcı deneyimini etkileyebilir; sıralama garantisi vermez.
Bağlantı yoksa ne kontrol edilmeli?
Hizmet durumu, eklenti tanıları, ağ yolu ve PHP istemcisini sağlayıcı belgesiyle kontrol edin. Gizli bilgileri kamuya açık destek mesajına koymayın.
Her gün cache temizlenmeli mi?
Hayır. Önce yanlış veya bayat veri belirtisini doğrulayın ve eklentinin hedefli temizleme seçeneğini inceleyin.
Sonuç
Redis’i yalnız tekrarlanan object cache yükü ölçülmüşse kurun. Bağlantıyı güvenli tutun, bellek sınırını iş yüküne göre seçin ve önce/sonra ölçümlerini aynı koşullarda karşılaştırın.
Kaynaklar ve İleri Okuma
