Merhabalar,
Ön bilgi : aşağıdaki maddelediklerimiz Litespeed enterprise içindir, her madde openlitespeed için geçerli değildir.)
Litespeed in tercih edilmesinin nedenleri;
1- Apache rewrite rules yani .htaccess desteklemesi. Özel yazdırılmış bir scripti site sahibi yazılımcısına ulaşamadığında bu kuralı yazdıracak birini bulamadığından litespeed tercih ediliyor.
2- Litespeed in wordpress, opencart vb için sunduğu lscache modül desteği.
3- Litespeed in bağımsız olarak sunduğu cache desteği ve bu desteği belirli kurallara göre yapılandırılmasına izin verilmesi.
4- LSAPIapp sunulan lsphp özelliği ki bu özellik özel olarak yapılandırmaları panel üzerinden tek tık ile desteklemektedir. NGINX de bunu yapmak isteseniz her bir kullanıcı için ayrı ayrı php-fpm kuralını her defasında girmeniz gerekecektir.
5- Antiddos ve yeni gelen reCAPTCHA Protection özelliği. Security alanından limitleme yaptığınızda o bağlantının üstüne çıkılamaz, kural var ise çıkan oto banlanır ve reCAPTCHA ilede desteklendiğinde bir nevi cloudflare görevi görür. Bu özellik NGINX de bu şekilde bulunmaz nginxde daha çok limit_conn_zone limit_req_zone kullanabilirsiniz ki ne kadar sağlıklıdır deyinmeyelim.
6- Litespeed de kaynak taşma / aşımı olmaz. Belirlediğiniz limirler hem web server hemde php tarafında yapılandırılır. NGINX de ise PHP-FPM tarafında ne kadar ayar yaparsanız yapın mutlaka bir kaynak taşma / aşım sorunu yaşarsınız.
7- Belkide en önemlisi suEXEC Max Conn ayarı litespeed de mevcuttur. Bu ayarın benzerini NGINX de php-fpm tarafında deneyebilirsiniz ancak suEXEC Max Conn mantığı gibi çalışmayacağından emin olabilirsiniz.
8- Bandwidth limitleme en sağlıklı yapılandırma litespeed de bulunur.
9- WAF setinin en sağlıklı çalıştığı yapı apache den sonra litespeed dir.
10- Siz birşey yapmasanızda sürekli güncelleme alan, ve arka planda birilerinin sürekli geliştirme yaptığını gördüğünüz tek web server litespeed dir. Kalanları manuel teknik bilginize göre güncellersiniz.
İyi çalışmalar.
Ön bilgi : aşağıdaki maddelediklerimiz Litespeed enterprise içindir, her madde openlitespeed için geçerli değildir.)
Litespeed in tercih edilmesinin nedenleri;
1- Apache rewrite rules yani .htaccess desteklemesi. Özel yazdırılmış bir scripti site sahibi yazılımcısına ulaşamadığında bu kuralı yazdıracak birini bulamadığından litespeed tercih ediliyor.
2- Litespeed in wordpress, opencart vb için sunduğu lscache modül desteği.
3- Litespeed in bağımsız olarak sunduğu cache desteği ve bu desteği belirli kurallara göre yapılandırılmasına izin verilmesi.
4- LSAPIapp sunulan lsphp özelliği ki bu özellik özel olarak yapılandırmaları panel üzerinden tek tık ile desteklemektedir. NGINX de bunu yapmak isteseniz her bir kullanıcı için ayrı ayrı php-fpm kuralını her defasında girmeniz gerekecektir.
5- Antiddos ve yeni gelen reCAPTCHA Protection özelliği. Security alanından limitleme yaptığınızda o bağlantının üstüne çıkılamaz, kural var ise çıkan oto banlanır ve reCAPTCHA ilede desteklendiğinde bir nevi cloudflare görevi görür. Bu özellik NGINX de bu şekilde bulunmaz nginxde daha çok limit_conn_zone limit_req_zone kullanabilirsiniz ki ne kadar sağlıklıdır deyinmeyelim.
6- Litespeed de kaynak taşma / aşımı olmaz. Belirlediğiniz limirler hem web server hemde php tarafında yapılandırılır. NGINX de ise PHP-FPM tarafında ne kadar ayar yaparsanız yapın mutlaka bir kaynak taşma / aşım sorunu yaşarsınız.
7- Belkide en önemlisi suEXEC Max Conn ayarı litespeed de mevcuttur. Bu ayarın benzerini NGINX de php-fpm tarafında deneyebilirsiniz ancak suEXEC Max Conn mantığı gibi çalışmayacağından emin olabilirsiniz.
8- Bandwidth limitleme en sağlıklı yapılandırma litespeed de bulunur.
9- WAF setinin en sağlıklı çalıştığı yapı apache den sonra litespeed dir.
10- Siz birşey yapmasanızda sürekli güncelleme alan, ve arka planda birilerinin sürekli geliştirme yaptığını gördüğünüz tek web server litespeed dir. Kalanları manuel teknik bilginize göre güncellersiniz.
İyi çalışmalar.
NGINX'in kendisi ayarlandığı taktirde suEXEC modda çalışıyor. Tabii dediğiniz gibi PHP-FPM için de geçerli. max connections, multi_accept gibi çeşitli ayarlanabilir değişkenleri mevcut.
limit_req_zone DDoS'dan çok Brute Force ataklarına yönelik bir koruma sağlıyor. Ben sunucu taraflı bir koruma kullanma taraftarı değilim. Cloudflare fazlasıyla yeterli oluyor.
Litespeed Memcached için php uzantısını zorunlu kılarken, NGINX doğrudan Memcached ile etkileşim içerisinde olabiliyor. Özellikle W3TC bunu ücretli sürümünde çok iyi bir şekilde yapıyor. Ek olarak NGINX'in sunduğu fastCGI cache herhangi bir PHP scripti ile tamamen uyumlu olarak çalışabiliyor.
Unattented-Upgrades tüm sunucuya gelebilecek güncellemelerin sadece güvenlik tarafını ele aldığı için fazlasıyla yeterli oluyor.
Modpagespeed, brotli ve modsecurity desteği mevcut. Tabii sizin kendiniz test ettiyseniz nasıl bir sonuç aldınız bilmiyorum ama bana NGINX TTFB süresi Litespeed'e oranla daha başarılı geldi. Sadece html cachede ikisi de birbiriyle kafa kafaya kaldı diyebilirim. (WP için).
Açıkcası Litespeed'in tek sevdiğim yönü çökme durumlarında kendi kendini onarması. Bandwith özelliğini kullanmadığım için o konuda bilgim yok. :)
Bu arada yorumlarınızla katkıda bulunduğunuz için teşekkürler.