WordPress a Lighttpd + APC felett a Squeeze-ben (I)

Hello barátok! Javaslatot teszek egy blog közzétételére a WordPress alapján, a Lighty webszerverként, a Spawn-FastCGI, a PHP, az APC Alternatív PHP gyorsítótár (Alternatív PHP gyorsítótár) és minden egyéb a Debian Squeeze alkalmazásban. Tisztázom, hogy az angolról spanyolra fordított fordítások részemről nagyon ingyenesek, és nyelvi vagy szemantikai szempontból nem biztos, hogy teljesen pontosak. Személy szerint nekem elégek.

És uraim, ez a cikk csak a „Bejárati kapuA statikus és / vagy dinamikus weboldalak lenyűgöző világába. Nem vagyok a webszerverek szakértője. Sokan azonban már megkérdezték tőlem, melyik szervert részesíti előnyben, Federico, az Nginx-szel, a Lighty-val vagy az Apache-szal? Mindig válaszolok mindháromra. Mindegyiknek megvan a varázsa, és az Apache az Apache. A jövőben az ilyen megoldásokkal fogunk foglalkozni az Nginx-szel és az Apache-szal. Egyébként a www Village-ben pletykák vannak a Lighty végéről, és az az igazság, hogy a Debian 7 még mindig fenntartja a táraiban. Valamiért, igaz?

Meglátjuk:

• Definíciók kezdőknek
• Lighty ajánlott megoldása
• Megoldással foglalkozunk
• Minta szerver adatok
• A szükséges csomagok telepítése
• Beállítás és ellenőrzés

Hasznos meghatározások kezdőknek

Webszerverek: Ez a technológia implicit számítógépes programokkal rendelkezik, amelyek kétirányú és / vagy egyirányú, valamint szinkron vagy aszinkron kapcsolatokat hoznak létre az ügyféllel, választ generálnak vagy továbbítanak bármely nyelven vagy ügyféloldali alkalmazásban. […] A Web Services a különböző platformok (PC, Mainframe, Mac, stb.) És programozási nyelvek (PHP, C, Java, stb.) Közötti kommunikáció egységesítésének szükségességéből adódott. Korábban már próbáltak szabványokat létrehozni, de ezek kudarcot vallottak, vagy nem voltak elég sikeresek, némelyikük DCOM és CORBA, mivel a DCOM - Microsoft és CORBA - ORB szállító megvalósításától függ. […] Annak ellenére, hogy a webszolgáltatások használatát a http protokollra korlátozták, a webszolgáltatásokat nem egy adott protokollhoz tervezték, vagyis semmi sem akadályozta meg a SOAP használatát más internetes protokollok (SMTP, FTP stb.) Felett. A HTTP-t főleg azért használják, mert széles körben használt protokoll, és kevésbé korlátozzák a tűzfalak (az olyan portokat, mint az FTP, általában blokkolják, de a HTTP-t valószínűleg nem blokkolják).

lighttpd: Webszerver Unix / Linux és Microsoft Windows operációs rendszerekhez. Másnéven VilágosVan egy alternatív a webszerverre Apache. Úgy tervezték, hogy biztonságos, gyors (valóban nagyon gyors), szabványoknak megfelelő és rugalmas legyen. Kifejezetten úgy tervezték, hogy nehéz terheket viseljen anélkül, hogy egyensúlyát vesztené, kevés RAM és kevés CPU használatával. Nagy válaszsebességet biztosít. Néhány webhely, amely használja, a YouTube, a Wikipedia és mások, amelyek nagy forgalmat támogatnak. BSD licenc alatt terjesztik.

De Wikipedia. CGI: Közös bemeneti interfész (angolul Közös átjáró interfész, rövidítve CGI) egy fontos technológia a világhálón, amely lehetővé teszi az ügyfél (webböngésző) számára, hogy adatokat kérjen egy webkiszolgálón futó programtól. A CGI meghatározza az ügyfél és a program közötti adatátvitel szabványát. Ez egy kommunikációs mechanizmus a webszerver és egy külső alkalmazás között, amelynek a végrehajtás végeredménye a MIME objektumok. A szerveren futó alkalmazásokat CGI-knek nevezzük.

FastCGI egy protokoll interaktív programok és webkiszolgáló összekapcsolására. A FastCGI a jól ismert Common Gateway Interface (CGI vagy Common Input Interface) variációja. A FastCGI fő célja a webkiszolgáló és a programok összekapcsolásával járó terhelés csökkentése CKÖZÖS Gtávol Interface, amely lehetővé teszi a szerver számára, hogy egyszerre több kérést is kiszolgáljon.

Ívik, a Számítás olyan funkcióra utal, amely új gyermeket vagy gyermek folyamatokat tölt be és hajt végre. A szülő vagy a szülő folyamat megvárhatja a gyermek folyamat befejezését, vagy folytathatja aszinkron futtatását. Új gyermek folyamatok létrehozásához elegendő memória szükséges a szülő folyamat és a gyermek folyamat, vagy több gyermek folyamat futtatásához.

Ajánlott megoldás a. Hivatalos wiki dokumentációjában lighttpd a nagy teljesítmény érdekében

Ha elolvassuk a dokumentumot Docs_ModFastCGI a fent említett oldalról van egy bekezdés, amely részemről nagyon szabadon spanyolra fordítva azt mondaná:

Külső ívás: A FastCGI Spawning folyamatok közvetlen futtatása a weboldal szerverén néhány hátránya van, például:

• A FastCGI folyamat csak a helyi szerveren futtatható.
• Ugyanaz az engedélye van, mint a weboldal szerverének.
• Ugyanaz az alapkönyvtár van, mint a webszerver.

Amikor szervert használunk FastCGI Külön-vagy Külső külön-külön a webkiszolgáló terhelésének eltávolításához egy külső programon keresztül kell irányítanunk a FastCGI folyamatot, például "spawn-fcgi”. A "spawn-fcgi" program segítségével a FastCGI folyamat elindulhat saját környezetében, kijavíthatja azt Felhasználói azonosító, csoport-azonosító, és váltson másik gyökérkönyvtárra (chroot).

Pontosítom, hogy a Ívik főnévként ez "tengeri tojás”, Míg mint ige, Ívás többet vagy kevesebbet jelent "külsőleg ívó”. Az angolok kissé viccelődnek, amikor ezt a szót használják a számítástechnikában, igaz?

Az alapok gyakorlati célokra az, hogy a dokumentációban javasolt megoldás révén a FastCGI folyamat és szükség szerint annyi másodlagos folyamat vagy gyermek (alfolyamat) kerül végrehajtásra a weboldal szerverén kívüli egy vagy több kiszolgálón. Ha más szerveren hajtják végre, mint amit webszerverként használunk, akkor természetesen kisebb terhelésnek lesz kitéve. És végül, hogy egy külső FastCGI szerver használatához a FastCGI folyamatot a programnak kell elindítania és vezérelnie spawn-fcgi.

A külső ívás azoknak szól, akiknek egy vagy több szervert kell telepíteniük, és nagyszámú kérést kell elfogadniuk, mint egy internet-hozzáférési szolgáltató (ISP), vagy olyan webhelyek, mint pl blog.desdelinux. Netstb. A megoldás részletes elmagyarázása teljesen elérhető.

Megoldás, amellyel a bejegyzésben foglalkozunk

Csak egy szerver az összes szükséges szolgáltatás befogadására. Működik, és alkalmas alacsony teljesítményű helyek, például egy vállalati LAN-hoz. A kifejtett módszer útmutatóként szolgálhat azok számára, akiknek nagyobb rendelkezésre állásra és biztonságra van szükségük.

Minta szerver adatok

Név: web.amigos.cu IP-cím: 192.168.10.20 Domain: amigos.cu

Természetesen a gyártási környezetben - és még a tesztelés során vagy otthon is - rendelkeznünk kell a nyilvántartással DNS közvetlen és fordított, amelyek a szerverünkre vonatkoznak.

A szükséges csomagok telepítése

Mint felhasználó gyökér végrehajtjuk:

aptitude install lighttpd lighttpd-doc php5-cgi php5-gd aptitude install mysql-server mysql-client php5-mysql

A Lighty konfigurációs fájlok telepítve vannak / etc / lighttpd. A program spwan-fcgi automatikusan települ. A dokumentációs csomag fájljai a következő címen találhatók: / usr / share / doc / lighttpd-doc. Javasoljuk, hogy olvassa el az angol nyelvű dokumentációt. A csomag telepítése során mysql-szerver, kérik tőlünk a felhasználó jelszavát gyökér a MySql számára. Javasoljuk, hogy ugyanazt a jelszót használja, amelyet már megadott az adott felhasználó számára.

Beállítás és ellenőrzés

Mivel a WordPress támogatás telepítésével elkészültünk, a konfigurációval és a tesztekkel kell kezdenünk.

Engedélyezzük a Lighty modulokat:

lighttpd-enable-mod fastcgi-php simple-vhost szolgáltatás lighttpd újraindítás

Ellenőrizzük, hogy működik-e a szerverünk. Megnyitjuk a böngészőt és megírjuk az URL-thttp://web.amigos.cu, és legalább fel tudjuk majd sorolni a könyvtárat / Var / www.

Index of /

nano /etc/lighttpd/lighttpd.conf

Eltávolítjuk a megjegyzés vagy a kivonat szimbólumot # ami előtt áll "Mod_rewrite" és e sor alá adjuk "Mod_fastcgi", így a fájl kezdete a következő:

server.modules = ("mod_access", "mod_alias", "mod_compress", "mod_redirect", "mod_rewrite", "mod_fastcgi",)

Ellenőrizzük, hogy a PHP megfelelően működik-e. Ehhez létrehozunk egy fájlt (ideiglenesen) a könyvtárban / Var / www:

nano /var/www/index.php

és az előző fájl tartalma csak:

Ezután újraindítjuk a szolgáltatást:

szolgáltatás lighttpd újraindítása

Ha a böngészőnkben arra mutatunk http://web.amigos.cu, meglátjuk a PHP 5.3.3-7 verziójának információs oldalát. Ezért minden megfelelően működik.

Nagyon érdekes megismerni a Lighty konfiguráció változását a modul engedélyezése után mod_fastcgi. Keresztül kevesebb /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, megtudhatjuk. Hasonlítsa össze az olvasott konfigurációt a csomag dokumentációjában találhatóval lighttpd-doc.

Most meg kell mondanunk a Lightynak, hogy melyik könyvtárba kell irányítania a forgalmat a 80-as porton keresztül egy virtuális hoszt konfigurálásával. Az értékek, amelyeket módosítani fogunk a fájlban /etc/lighttpd/conf-enabled/10-simple-vhost.confSzemélyesek és reagálnak az egyes telepítések jellemzőire. Elfogadjuk a szerver gyökérkönyvtárának és a dokumentumok gyökérkönyvtárának értékeit, amelyet Lighty alapértelmezés szerint javasol, és csak a virtuális gazdagép FQDN nevét módosítjuk.

nano /etc/lighttpd/conf-enabled/10-simple-vhost.conf

És a fájl végső tartalmának meg kell lennie (ne felejtse el az igényeinek megfelelően alakítani):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## A virtuális gazdagép dokumentumgyökere a document-root = ## simple-vhost.server-root + $ HTTP ["host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## az alapértelmezett gazdagép, ha egyetlen gazdagépet sem küldünk egyszerű -vhost.default-host = "web.amigos.cu"

A változások mentése után folytatjuk a szükséges könyvtárak létrehozását a korábban elmondottaknak megfelelően. Könyvtár / srv a Squeeze telepítés során jött létre, ezért nem kell létrehoznunk:

mkdir -p /srv/web.amigos.cu/htdocs

Mivel már helyesen deklaráltuk a virtuális gazdagépet és a domain nevünkhöz társított könyvtárat, eltekinthetünk a / var / www könyvtárban létrehozott fájloktól, és létrehozhatunk egy újat index.php több egyéni a könyvtárban / htdocs o a virtuális gazdagép dokumentumok gyökérkönyvtára:

rm /var/www/index.* nano /srv/web.amigos.cu/htdocs/index.php

A következő tartalmat hozzáadjuk az előző fájlhoz:

Hello barátok! Persze minden rendben van

Mentjük a módosításokat és újraindítjuk a szolgáltatást:

szolgáltatás lighttpd újraindítása

Frissítsük a böngészőnket és ellenőrizzük, hogy a megjelenített oldal megváltozott-e és tükröződik-e a parancs kimenetén kívül phpinfo (), az üdvözlés. A jövőben nem lesz szükség a szolgáltatás újraindítására, ha megváltoztatjuk az index.php vagy egy másik weboldal tartalmát. Ez a művelet csak akkor hajtható végre, ha megváltoztatjuk a Lighty konfigurációját.

És gratulálok Barátok! Már van egy Debian 6.0 Squeeze szoftverünk, a Lighttpd webszerverrel, amely úgy van konfigurálva, hogy a PHP5 nyelv és a MySql segítségével működjön adatbázis-kiszolgálóként. Megvan a helyes Lighty Vhost fájlkonfiguráció is, amely több domain kezelésére szolgál.

A folytatáshoz…

És akkor hogy vagyok? - kérdezi Mr. WordPress. Kövessen minket a II rész és vég és a cikk vége.