Lighttpd webszerver
Egészen a közelmúltig, Apache nem volt komoly verseny nyílt forráskódú. Egy közelmúltban megjelent tanulmány webszerverek által végzett Netcraft, kiderül valami újat. Mint általában, az Apache vezeti a listát, Microsoft IIS második, és a híres ismeretlen - a harmadik. A negyedik a Sun Java Web szerver (korábbi nevén ONE, korábban iPlanet, korábban Netscape). De az ötödik, amely kb 1,4 millió oldalak, úgynevezett lighttpd. Honnan származik ez? Megvizsgáljuk a történelem, a lighttpd, a kezdeti telepítés és konfiguráció, valamint néhány, a véleményét a jövőben a projekt.
Akkor kiejteni a nevét, mint a fény-ti-pi-di-kevésbé köpködni, Lighty. Hogyan mondod / kiköpte a neve a webszerver, meg fogja találni egy csomó információt a honlapján, wiki, blog, vagy fórum. lighttpd célja egy nagyteljesítményű webkiszolgáló alacsony erőforrás-felhasználás. Ez sokkal kevesebb memóriát igényel, mint az Apache és általában gyorsabb. lighttpd csendesen növeli sok nehéz helyek, beleértve a YouTube, a Wikipedia, Meebo, és A List Apart; látni fogja, hogy ez gyakran helyett Apache együtt a népszerű programok, mint a Ruby on Rails és Trac.
Mi a baj az Apache?
Annak ellenére, hogy népszerűsége, néha Apache használata nem a legjobb megoldás. Apache nyújt a különböző Multi-folyamat modellek (MPM-ek) való használatra különböző környezetekben munkát. prefork modell - a legnépszerűbb Linux - létrehoz egy bizonyos számú Apache folyamatok induláskor és kezeli azokat a medencében. Egy alternatív modell a munkás, amelyek több szálat használ helyett folyamatok. Bár az áramlás könnyebb, mint a folyamatok, akkor nem lehet használni őket, amíg az összes szerver biztonságos a szál (thread safe). Bár az Apache és mod_php - thread-safe, ez nem garantálja, hogy minden harmadik fél modulokat lehet használni. PHP weboldal nem engedélyezheti a Apache 2-es MPM streaming; lassítja az áthaladást fejlesztők Apache 1.3 2.x A modell prefork megvannak a saját problémái: minden folyamat (Apache + PHP + harmadik fél modulok) veszi a sok memória (30 MB nem ritka). Ha növeli a több egyidejű Apache folyamatok, a rendelkezésre álló memória akkor gyorsan véget ér.
lighttpd ködben.
A következő lépés az volt, hogy kezelje a dinamikus (CGI) alkalmazások, különösen a PHP. Kneschke lefújták a port a FastCGI által kifejlesztett Nyíltpiaci az első napokban az interneten, annak érdekében, hogy javítsa teljesítményét a CGI. Ahelyett, hogy a webszerver futott ugyanazon kívül a CGI-program minden hívás, a FastCGI lényegében egy démon előtti elindítja a CGI-alkalmazás és a kommunikációs vezérlő között, és a webszerver. Ez gyorsabb volt, de a Perl és PHP később végre Apache modulként, amelyek még gyorsabban és férhetnek hozzá az Apache belső feldolgozási műveletek HTTP-n keresztül. FastCGI az Apache vált elhanyagolt, de utána adunk lighttpd és hajlott rá PHP, teljesítménye egyenlő vagy nagyobb, mint az, amelyik azt mutatta, az Apache-t mod_php. Kiegészítésként, automatikus terhelés elosztás került a megvalósítás lighttpd.
Nézzük telepíteni lighttpd bedugta azt alakú pálca. telepítés a wiki oldalon példákat ad bináris vagy telepítési forrásból különböző Linux disztribúciók. A fejlesztők számára a szőrös mellkas (a haj nem kell a tiéd), a teljes telepítési forrásból a következő:
# Tar xvzf lighttpd-1.4.13.tar.gz
Ez telepíti lighttpd / usr / local. Ha a fordítás nem sikerül, ellenőrizze, hogy a szükséges csomagokat pcre fejlesztése és zlib telepítve van a rendszeren.
Ha azt szeretnénk, hogy start és stop lighttpd kézzel előre. És telepíteni lighttpd mint szolgáltatás, mint az Apache, szerkeszteni, és állítsa be a inicializáló szkript:
# Sed -e # 'S / foo / LightTPD / g #' doc / rc.lighttpd> lighttpd.init
# Chmod a + rx lighttpd.init
# Cp lighttpd.init /etc/init.d/lighttpd
# Cp -p doc / sysconfig.lighttpd / etc / sysconfig / lighttpd
# Telepítse -dp ./doc/lighttpd.conf /etc/lighttpd/lighttpd.conf
# Chkconfig lighttpd on
A megjelenés LightTPD konfigurációs fájl szintaxisát eltérhet az Apache. Példák konfiguráció a wiki oldalak nézel ki, mint a Perl (vagy PHP vagy Python), nem pedig a stílus XML httpd.conf Apache. Egy egyszerű weboldal statikus fájlokat, akkor meg kell adnia ugyanazokat a dolgokat, mint az Apache: a dokumentum gyökér, a helyét a hozzáférés és hibanaplókat, valamint a felhasználók és csoportok nevét a szerver. Ez egyenértékű lehetőségek Apache (httpd.conf) és a lighttpd (lighttpd.conf):
Apache:
lighttpd nem támogatja a .htaccess fájlokat, így meg kell adnia minden beállítást lighttpd.conf fájlt vagy fájlokat kapcsolódik. Megérti Apache felhasználói fájlok egyszerű és közös hitelesítési, de a támogató csoport fájlok még nem alkalmazzák. Íme egy példa arra, hogyan lehet jelszóval védeni egy magas szintű könyvtár nevű különleges:
Apache:
Authname "My Special Directory"
lighttpd:
auth.backend = "htpasswd"
auth.require = ( "/ speciális /" =>
"Módszer" => "alap",