Açık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd‘nin 1.4.80 sürümü duyuruldu. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Elbette ki burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Hata istemciden kaynaklanıyorsa, TLS hata günlüğü iletilerinin istemci adresini içerecek şekilde genişletildiği belirtilen yeni sürümde, HTTP istek fragmanlarının başlıklarla birleştirilmesinin desteklendiği, HTTP yanıt fragmanlarının da desteklendiği söyleniyor. Çeşitli hata düzeltmeleriyle gelen yeni sürümde, statik dosyalardaki yol bilgilerinin varsayılan olarak reddedildiği ifade ediliyor. Lighttpd 1.4.80 hakkında bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.
Açık kaynak kodlu, hızlı, güvenli, esnek ve uyumlu bir http sunucusu olan Lighttpd‘nin 1.4.80 sürümü duyuruldu. Sunucu için mükemmel bir çözüm olarak tarif edilen Lighttpd; yeniden düzenlenmiş BSD lisansı altında kullanılıyor. Düşük RAM kullanımı, etkin CPU kullanımı ve FastCGI, SCGI, Auth, Output-Compression, URL-Rewriting gibi özellikleri ile özellikle yük sorunu olan sunucular için iyi bir çözüm olarak gösteriliyor. Tüm istekleri tek bir akış üzerinden alıp, aynı akış ile işleyip, geriye yine aynı yoldan verebilen bir sistem olduğu için, RAM kullanımında diğer alternatifleri Nginx ve Apache’den daha iyi bir kullanım sağlıyor. Elbette ki burada, CPU kullanımında Nginx’in Lighttpd’den daha iyi olduğunu hatırlatmak gerekir. Bu bakımdan Apache, PHP’yi fastCgi olarak kullanmadığı her durumda hem işlemciyi hemde RAM’i aşırı tüketmek durumunda kalıyor. Nginx’in fastCgi ile PHP processlerini handle etmekte zorlandığı ve çözüm olarak da PhpFPM’in (Php fastCgi Process Management) önerildiği belirtiliyor. Hata istemciden kaynaklanıyorsa, TLS hata günlüğü iletilerinin istemci adresini içerecek şekilde genişletildiği belirtilen yeni sürümde, HTTP istek fragmanlarının başlıklarla birleştirilmesinin desteklendiği, HTTP yanıt fragmanlarının da desteklendiği söyleniyor. Çeşitli hata düzeltmeleriyle gelen yeni sürümde, statik dosyalardaki yol bilgilerinin varsayılan olarak reddedildiği ifade ediliyor. Lighttpd 1.4.80 hakkında bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.