WordPress hosting için LiteSpeed mi Nginx mi?

Sitenizi paylaşımlı Apache hosting'den yeni bir sunucuya taşıdınız, her şey ayağa kalktı, ancak TTFB 800 milisaniyede kaldı ve WordPress sayfaları eskisinden daha yavaş açılıyor. Ya da tam tersi: Nginx üzerindesiniz ve yönlendirmeleri ve güvenlik kurallarını yönettiğiniz eski .htaccess dosyanız sessizce yok sayılıyor. Bu iki belirti, tam olarak LiteSpeed ile Nginx arasındaki kararın anlam kazandığı yerdir.

Her şeyden önce, çoğu kişinin karıştırdığı basit bir ayrım: LiteSpeed iki farklı şeydir. Biri doğrudan sunucuya kurulan ve Apache'nin yerini alan Enterprise sürümü, diğeri ise PHP'yi lsphp aracılığıyla çalıştıran lsapi modülüne sahip LSWS'dir. Paylaşımlı hosting'deyseniz, muhtemelen sadece kullanıcısınız; özel sunucunuz varsa, hangisini ayağa kaldıracağınıza kendiniz karar vermelisiniz.

LiteSpeed'in dahili önbelleği tam olarak ne yapar

En büyük pratik fark LSCache'dir. Bu önbellek PHP'de değil, web sunucusunun kendi seviyesinde çalışır. Yani bir ziyaretçi daha önce önbelleğe alınmış bir sayfa talep ettiğinde, istek asla PHP-FPM ve MySQL'e ulaşmaz. WooCommerce eklentisi olan normal bir WordPress'te, bu tek katman TTFB'yi 700 milisaniyeden 100 milisaniyenin altına indirebilir, tabii önbellek doğru yapılandırılmışsa.

Pratikte çoğu kişiyi şaşırtan nokta: LSCache yalnızca litespeed-cache eklentisi kurulu ve etkin olduğunda ve sunucu gerçekten LiteSpeed olduğunda çalışır. Nginx üzerindeyseniz ve bu eklentiyi kurarsanız, hiçbir hata görmezsiniz, sadece hiçbir önbellekleme de gerçekleşmez. Belirtisi şudur: eklentinin önbellek sekmesinde, trafik gelirken Hit Rate sayısı sıfır kalır.

LiteSpeed'de doğru önbellek yapılandırması

Eklenti ayarlarında, Cache bölümünde aşağıdaki seçenekleri ciddiye alın:

• Cache Logged-in Users: E-ticaret siteleri için genellikle kapalı kalmalıdır, aksi halde kullanıcıların alışveriş sepetleri karışır.
• Cache Mobile: Duyarlı (responsive) bir temanız varsa ve ayrı bir mobil sürümünüz yoksa, açmak sadece belleği boşa harcar.
• Default Public Cache TTL: 3600 saniye değeri makul bir başlangıç noktasıdır; yüksek trafikli bir haber sitesi için daha düşürebilirsiniz.

Sunucu seviyesinde, root erişiminiz varsa, /usr/local/lsws/conf/httpd_config.conf dosyasında cacheStoragePath değerini ayrı bir NVMe diskine taşıyabilirsiniz. Bu, siteniz günde 50.000'den fazla ziyaret aldığında önbellek yanıt süresinde gözle görülür bir fark yaratır.

htaccess uyumluluğu; Nginx'in yetersiz kaldığı nokta

Nginx .htaccess dosyasını okumaz. Bu bir tasarım kısıtlamasıdır, hata değil. WordPress siteniz Apache üzerindeyse ve 301 yönlendirmelerini, RewriteRule kurallarını veya IP kısıtlamalarını htaccess'e yazdıysanız, Nginx'e geçtikten sonra hepsi çalışmaz hale gelir. Belirtisi de açıktır: eski bağlantılar 404 verir veya yalnızca belirli bir IP'ye açılması gereken sayfa herkese açıktır.

Standart çözüm, bu kuralları Nginx'teki location bloğuna elle çevirmektir. Örneğin bu Apache satırı:

RewriteRule ^blog/(.*)$ /articles/$1 [R=301,L]

Nginx'te şöyle olur:

location ~ ^/blog/(.*)$ {
    return 301 /articles/$1;
}

Burada hata yapılıyor: çoğu kişi htaccess dosyasını sitenin yanında tutmanın yeterli olduğunu ve Nginx'in kendi kendine anlayacağını düşünüyor. Anlamıyor. Sonuç şu olur: üç ay sonra, Google eski yönlendirmeleri yeniden taradığında organik trafik düşer ve kimse nedenini bilmez.

LiteSpeed bu konuda kazanır çünkü htaccess'i okur. Siteniz htaccess kurallarıyla doluysa ve hepsini elle taşımak istemiyorsanız, LiteSpeed daha mantıklı bir seçimdir. Baştan Nginx üzerinde tasarladıysanız ve kuralları sunucu yapılandırmasında tutuyorsanız, bu avantaj sizin için değersizdir.

Farkın gerçekten görüldüğü yük

Düşük trafikli sitelerde, LiteSpeed ile Nginx arasındaki fark gürültü seviyesindedir. Her ikisi de 200 milisaniyenin altında yanıt verir ve kullanıcı hiçbir şey hissetmez. Fark, istek eşzamanlılığı arttığında başlar.

Ağır yüklerde, örneğin 2000 eşzamanlı isteğiniz olduğunda, Nginx event-driven mimarisi ve daha düşük bellek kullanımı sayesinde genellikle daha kararlı kalır. Ancak sayfa önbelleği doğru ayarlanmışsa, o 2000 isteğin çoğu asla PHP'ye ulaşmaz ve pratik fark ortadan kalkar. Sunucu mimarisinin yanıt hızını neden etkilediğini daha iyi anlamak için HTTP/3 ve multipleksleme rehberine bakın.

Daha az söylenen bir maliyet

LiteSpeed ücretsiz değildir. Enterprise sürümünün lisansı vardır ve kendi fiziksel sunucunuza kuruyorsanız, maliyetini hesaplamanız gerekir. Nginx ücretsizdir ve bu, sınırlı bütçeli projelerde varsayılan seçim olmasını sağlar. Siteniz günde 500 ziyaret alıyorsa, LiteSpeed lisansı ödemek ekonomik olarak mantıklı değildir; basit bir önbellekle aynı Nginx yeterlidir.

Hangisini seçmeliyim

Bir WordPress siteniz varsa, ağır htaccess'iniz varsa ve kuralları çevirmeye zaman ayırmak istemiyorsanız, LiteSpeed'i seçin. Kendi altyapınız üzerinde tam kontrole sahipseniz, reverse proxy kullanıyorsanız veya birden fazla farklı hizmeti tek bir web sunucusunun arkasına getiriyorsanız, Nginx daha doğru seçimdir. Ben şahsen müşterinin kendisinin yönettiği WordPress projeleri için LiteSpeed'i tercih ederim, çünkü gerçekten zaman ayırıp Nginx yapılandırmasını doğru yazan çok az kişi görüyorum.

Yeni sunucu seçiyorsanız ve hangi mimarinin yükünüze uygun olduğundan emin değilseniz, bulut sunucu uzun vadeli taahhüt olmadan test etme ve sonra karar verme imkanı sunar. Geçişten önce ağ ve DNS yolunu kontrol etmek için de ağ araçları işinizi görür.

Sık sorulan sorular

LiteSpeed reverse proxy'de Nginx'in yerini alabilir mi?

Bir dereceye kadar evet, ancak aynı esneklikle değil. LiteSpeed ters proxy'yi destekler ancak gelişmiş load balancing veya belirli başlıklara göre yönlendirme gibi karmaşık senaryolar için Nginx daha olgun bir seçenektir. Mimariniz çok katmanlıysa, genellikle Nginx kenarda tutulur ve LiteSpeed yalnızca WordPress'i sunmak için kullanılır.

LiteSpeed Cache eklentisini kurduktan sonra sitem neden hızlanmadı?

Çünkü sunucunuz LiteSpeed değil. Eklenti yalnızca web sunucusu LSCache'i desteklediğinde önbellek oluşturur. Apache veya Nginx üzerindeyseniz, eklenti etkisizdir ve ya sunucuyu değiştirmelisiniz ya da FastCGI Cache gibi başka bir önbellek katmanı kullanmalısınız.

Nginx htaccess dosyasını destekliyor mu?

Hayır ve bunun için resmi bir modül de yoktur. Kuralları yapılandırma dosyasındaki location ve rewrite bloklarına elle taşımalısınız. Bu bir kez yapılır ancak htaccess kurallarınız çoksa birkaç saat sürer.

E-ticaret sitesi için hangi seçenek daha iyidir?

WooCommerce için, LiteSpeed dahili önbelleğiyle genellikle daha iyi sonuç verir çünkü kullanıcıların alışveriş sepetlerini bozmadan ürün ve kategori sayfalarını önbelleğe alabilirsiniz. Sadece oturum açmış kullanıcıların önbelleğini kapalı tutmayı unutmayın. Mağazanız yüksek trafiğe sahipse ve CDN kullanıyorsanız, Nginx de doğru yapılandırmayla aynı sonucu verir.