WordPress Lighttpd + APC: n kautta puristuksessa (I)

Hei ystävät! Annan teille ehdotuksen siitä, miten julkaistaan ​​WordPress-pohjainen blogi, jossa Lighty on verkkosivupalvelin, Spawn-FastCGI, PHP, APC Alternative PHP Cache (Alternative PHP Cache) ja kaikki muu Debian Squeeze. Täsmennän, että käännökset, jotka teen englannista espanjaksi, ovat puolestani hyvin ilmaisia ​​eivätkä ne välttämättä ole täysin tarkkoja kielellisestä tai semanttisesta näkökulmasta. Henkilökohtaisesti ne ovat tarpeeksi minulle.

Ja herrat, tämä artikkeli on vainSisäänkäynnin portti”Staattisten ja / tai dynaamisten verkkosivujen tarjoamaan kiehtovaan maailmaan. En ole verkkopalvelimien asiantuntija. Monet ovat kuitenkin jo kysyneet, mitä palvelinta haluat mieluummin, Federico, Nginxin, Lightyn tai Apachen kanssa? Vastaan ​​siihen aina kaikilla kolmella. Jokaisella on viehätyksensä ja Apache on Apache. Tulevissa viesteissä käsittelemme tällaisia ​​ratkaisuja Nginxin ja Apachen kanssa. Muuten, www-kylässä on huhuja Lightyn lopusta, ja totuus on, että Debian 7 pitää sitä edelleen arkistoissaan. Jotain, eikö?

Näemme:

• Määritelmät aloittelijoille
• Lightyn suosittelema ratkaisu
• Ratkaisu, johon vastaamme
• Palvelindatanäyte
• Vaadittujen pakettien asentaminen
• Asennus ja tarkistus

Hyödyllisiä määritelmiä aloittelijoille

Verkkopalvelimet: Se on tekniikka, jolla on implisiittisiä tietokoneohjelmia, jotka käsittelevät sovelluksia, jotka muodostavat kaksisuuntaiset ja / tai yksisuuntaiset ja synkroniset tai asynkroniset yhteydet asiakkaan kanssa, tuottavat tai siirtävät vastauksen millä tahansa kielellä tai asiakaspuolen sovelluksella. […] Verkkopalvelut syntyivät tarpeesta standardoida viestintä eri alustojen (PC, Mainframe, Mac jne.) Ja ohjelmointikielien (PHP, C, Java, jne.) Välillä. Aiemmin oli yritetty luoda standardeja, mutta ne epäonnistuivat tai eivät olleet riittävän onnistuneita, jotkut niistä ovat DCOM ja CORBA, koska ne ovat riippuvaisia ​​toimittajan DCOM - Microsoftin ja CORBA - ORB: n toteutuksesta. […] Huolimatta verkkopalvelujen käytön rajoittamisesta HTTP-protokollaan, verkkopalveluja ei ole suunniteltu tietylle protokollalle, toisin sanoen mikään ei estänyt SOAP: n käyttöä joissakin muissa Internet-protokollissa (SMTP, FTP jne.). ). HTTP: tä käytetään pääasiassa siksi, että se on laajasti levinnyt protokolla ja palomuurit eivät sitä rajoita vähemmän (FTP: n kaltaiset portit ovat yleensä estettyjä, mutta HTTP: tä todennäköisesti ei estetä).

lighttpd: Web-palvelin Unix / Linux- ja Microsoft Windows -käyttöjärjestelmille. Tunnetaan myös Kevyt, Se on vaihtoehto verkkopalvelimeen Apache. Se on suunniteltu turvalliseksi, nopeaksi (todella nopeasti), standardien mukaiseksi ja joustavaksi. Suunniteltu erityisesti kantamaan raskaita kuormia menettämättä tasapainoa käyttämällä vähän RAM-muistia ja vähän prosessoria. Tarjoaa korkean vastausnopeuden. Jotkut sitä käyttävät sivustot ovat YouTube, Wikipedia ja muut, jotka tukevat suurta liikennettä. Se jaetaan BSD-lisenssillä.

De wikipedia. CGI: Yhteinen tuloliitäntä (englanniksi Yhteinen yhdyskäytävän käyttöliittymä, lyhennetty CGI) on tärkeä tekniikka Internetissä, jonka avulla asiakas (verkkoselain) voi pyytää tietoja verkkopalvelimessa olevasta ohjelmasta. CGI määrittää standardin tietojen siirtämiseen asiakkaan ja ohjelman välillä. Se on verkkopalvelimen ja ulkoisen sovelluksen välinen viestintämekanismi, jonka suorituksen lopullinen tulos on MIME-objektit. Palvelimella toimivia sovelluksia kutsutaan CGI: ksi.

FastCGI on protokolla interaktiivisten ohjelmien yhdistämiseksi web-palvelimeen. FastCGI on muunnelma tunnetusta Common Gateway Interface (CGI tai Common Input Interface) -liitännästä. FastCGI: n päätavoitteena on vähentää verkkopalvelimen ja ohjelmien yhdistämiseen liittyvää kuormitusta CYHTEISET Gpoissa Interface, jonka avulla palvelin voi palvella useampia pyyntöjä samanaikaisesti.

Kutea, laskennassa viittaa toimintoon, joka lataa ja suorittaa uuden lapsen tai lapsen prosessin. Vanhempien tai vanhempien prosessi voi odottaa aliprosessin päättymistä, tai se voi jatkaa asynkronista toimintaa. Uusien aliprosessien luominen vaatii riittävästi muistia vanhempaprosessin tai aliprosessin tai useita aliprosesseja varten.

Suositeltava ratkaisu Virallisen Wikin dokumentaatiossa lighttpd korkeaan suorituskykyyn

Jos luemme asiakirjan Docs_ModFastCGI Edellä mainitusta sivustosta on kappale, joka, joka on käännetty hyvin vapaasti espanjaksi, sanoisi:

Ulkoinen kutu: FastCGI Spawning -prosessien suorittamisella suoraan verkkosivupalvelimella on joitain haittoja, kuten:

• FastCGI-prosessi voidaan suorittaa vain paikallisella palvelimella.
• Sillä on sama käyttöoikeus kuin verkkosivupalvelimella.
• Sillä on sama perushakemisto kuin verkkosivupalvelimella.

Kun käytämme palvelinta FastCGI Erota -tai ulkoinen-, jotta voimme ottaa jonkin verran kuormitusta verkkopalvelimelta, meidän on hallittava FastCGI-prosessia ulkoisen ohjelman, kuten "kutemaan-fcgi”. "Spawn-fcgi" -ohjelmaa käytetään käynnistämään FastCGI-prosessi omassa ympäristössään, korjaamaan se käyttäjätunnus, ryhmätunnusja vaihda toiseen juurihakemistoon (chroot).

Selvenen, että käännös Kutea substantiivina se on "äyriäisten muna”, Vaikka verbinä, Spawning tarkoittaa enemmän tai vähemmän "ulkoisesti kuteva”. Englantilaiset pilkkaavat vähän, kun he käyttävät tätä sanaa laskennassa, eikö?

Käytännön perusteet on, että dokumentaatiossa ehdotetun ratkaisun avulla FastCGI-prosessi ja niin monta aliprosessia tai tarvittavaa lasta suoritetaan yhdelle tai useammalle verkkosivupalvelimen ulkopuoliselle palvelimelle. Se, että kun se suoritetaan eri palvelimella kuin se, jota käytämme verkkopalvelimena, tietysti altistuu pienemmälle kuormitukselle. Ja lopuksi, että ulkoisen FastCGI-palvelimen käyttämiseksi ohjelman on käynnistettävä ja ohjattava FastCGI-prosessi kutemaan-fcgi.

Ulkoinen kutu on tarkoitettu niille, joiden on asennettava yksi tai useampi palvelin ja vastaanotettava suuri määrä pyyntöjäkuten Internet-palveluntarjoajan (ISP) tai sellaisten sivustojen kohdalla blogi.desdelinux. Net, jne. Ratkaisun yksityiskohtainen selittäminen on täysin ulottumattomissamme.

Ratkaisu, jota käsittelemme viestissä

Vain yksi palvelin mahtuu kaikkiin tarvittaviin palveluihin. Se toimii ja sopii matalan suorituskyvyn sivustoille, kuten Enterprise LAN. Selitetty menetelmä voi toimia oppaana niille, jotka tarvitsevat parempaa saatavuutta ja turvallisuutta.

Palvelindatanäyte

Nimi: web.amigos.cu IP-osoite: 192.168.10.20 Verkkotunnus: amigos.cu

Tietenkin tuotantoympäristössä - ja jopa testauksessa tai kotona - meillä on oltava tietueet DNS suoraan ja päinvastoin, jotka viittaavat palvelimeemme.

Vaadittujen pakettien asentaminen

Käyttäjänä juuri me toteutamme:

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

Lighty-määritystiedostot on asennettu / etc / lighttpd. Ohjelma spwan-fcgi asennetaan automaattisesti. Asiakirjapakettitiedostot ovat osoitteessa / usr / share / doc / lighttpd-doc. Suosittelemme, että luet asiakirjat, jotka ovat englanniksi. Paketin asennuksen aikana mysql-server, he pyytävät meiltä käyttäjän salasanaa juuri MySql: lle. Suosittelemme käyttämään samaa salasanaa, jonka olet jo ilmoittanut tälle käyttäjälle.

Asennus ja tarkistus

Kuten olemme tehneet asennuksen WordPress-tuelle, meidän on aloitettava määrityksistä ja testeistä.

Otamme käyttöön Lighty-moduulit:

lighttpd-enable-mod fastcgi-php simple-vhost -palvelu lighttpd käynnistyy uudelleen

Tarkistamme palvelimemme toimivuuden. Avaamme selaimen ja kirjoitamme URL-osoitteenhttp://web.amigos.cu, ja ainakin voimme luetteloida hakemiston / Var / www.

Index of /

nano /etc/lighttpd/lighttpd.conf

Poistamme kommentin tai hash-symbolin # mitä edessä "Mod_rewrite" ja lisää sen rivin alle "Mod_fastcgi", niin että tiedoston alku on seuraava:

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

Tarkistamme, että PHP toimii oikein. Tätä varten luomme tiedoston (väliaikaisesti) hakemistoon / Var / www:

nano /var/www/index.php

ja edellisen tiedoston sisältö on vain:

Sitten käynnistämme palvelun uudelleen:

palvelu lighttpd käynnistyy uudelleen

Jos osoitamme selaimessamme http://web.amigos.cu, näemme PHP-version 5.3.3-7 tietosivun. Siksi kaikki toimii oikein.

On erittäin mielenkiintoista tietää muutokset Lighty-kokoonpanossa moduulin käyttöönoton jälkeen mod_fastcgi. Tekijä vähemmän /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, voimme selvittää. Vertaa luettua kokoonpanoa paketin ohjeissa olevaan kokoonpanoon lighttpd-doc.

Nyt meidän on kerrottava Lightylle, mihin hakemistoon sen tulisi ohjata liikenne portin 80 kautta, määrittämällä virtuaalinen isäntä. Arvot, joita muokkaamme tiedostossa /etc/lighttpd/conf-enabled/10-simple-vhost.confNe ovat henkilökohtaisia ​​ja vastaavat kunkin asennuksen ominaisuuksiin. Hyväksymme palvelimen juurihakemiston ja asiakirjojen juurihakemiston arvot, joita Lighty suosittelee oletusarvoisesti, ja muokkaamme vain virtuaalisen isännän FQDN-nimeä.

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

Ja tiedoston lopullisen sisällön tulisi olla (muista mukauttaa se tarpeisiisi):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt -palvelimen moduulit + = ("mod_simple_vhost") ## Virtuaalipalvelimen dokumenttijuuri on document-root = ## simple-vhost.server-root + $ HTTP ["isäntä"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## oletuskone, jos yhtään isäntää ei lähetetä yksinkertainen -vhost.default-host = "web.amigos.cu"

Muutosten tallentamisen jälkeen jatkamme tarvittavien hakemistojen luomista aiemmin ilmoitettujen mukaisesti. Hakemisto / srv luotiin Squeeze-asennuksen aikana, joten meidän ei tarvitse luoda sitä:

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

Koska olemme jo ilmoittaneet oikein verkkotunnuksellemme liittyvän virtuaalisen isännän ja hakemiston, voimme luopua / var / www: ssa luotuista tiedostoista ja luoda uuden. index.php enemmän mukautettuja hakemistossa / htdocs o virtuaalisten isäntäasiakirjojen juurihakemisto:

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

Lisäämme seuraavan sisällön edelliseen tiedostoon:

Hei ystävät! Toki kaikki näyttää OK

Tallennamme muutokset ja käynnistämme palvelun uudelleen:

palvelu lighttpd käynnistyy uudelleen

Päivitä selaimesi ja tarkista, että näytetty sivu muuttui ja heijastaa nyt komennon lähdön lisäksi phpinfo (), tervehdys. Palvelua ei tarvitse käynnistää uudelleen tulevaisuudessa, jos muutamme index.php: n tai muun verkkosivun sisältöä. Tämä toiminto suoritetaan vain, jos muutamme Lightyn kokoonpanoa.

Ja onnea ystäviä! Meillä on jo Debian 6.0 Squeeze Lighttpd-verkkosivupalvelimen kanssa, joka on määritetty toimimaan PHP5-kielen ja MySql: n kanssa tietokantapalvelimena. Meillä on myös oikea Lighty Vhost-tiedostomääritys useiden verkkotunnusten käsittelemiseksi.

Jatkuu…

Ja sitten, kuinka olen? Herra WordPress kysyy. Seuraa meitä II osa ja loppu ja tämän artikkelin lopussa.