WordPress över Lighttpd + APC i Squeeze (I)

ljus-och-wordpress-logotyper

Hej kompisar! Jag ger dig ett förslag om hur du publicerar en blogg baserad på WordPress, med Lighty som webbserver, Spawn-FastCGI, PHP, APC Alternative PHP Cache (Alternativ PHP Cache) och allt i Debian Squeeze. Jag klargör att de översättningar jag gör från engelska till spanska är väldigt fria från min sida och kanske inte är helt korrekta ur språklig eller semantisk synvinkel. Personligen räcker det för mig.

Och mina herrar, den här artikeln är bara ”Ingångsport”Till den fascinerande världen att betjäna statiska och / eller dynamiska webbsidor. Jag är inte expert på webbservrar. Men många har redan frågat mig vilken server du föredrar, Federico, med Nginx, Lighty eller Apache? Jag svarar alltid med alla tre. Var och en har sin charm och Apache är Apache. I framtida inlägg kommer vi att ta itu med lösningar som denna med Nginx och Apache. Förresten, det finns rykten i www Village om slutet på Lighty, och sanningen är att Debian 7 fortfarande håller det i sina förråd. För något, eller hur?

Vi kommer att se:

  • Definitioner för nybörjare
  • Lightys rekommenderade lösning
  • Lösning vi kommer att ta upp
  • Exempel på serverdata
  • Installera nödvändiga paket
  • Ställa in och kontrollera

Användbara definitioner för nybörjare

Webbservrar: Det är tekniken som har implicita datorprogram som behandlar applikationer som gör dubbelriktade och / eller enkelriktade och synkrona eller asynkrona förbindelser med klienten, vilket genererar eller överför ett svar på valfritt språk eller applikation på klientsidan. [...] Webbtjänster uppstod från ett behov av att standardisera kommunikationen mellan olika plattformar (PC, Mainframe, Mac, etc.) och programmeringsspråk (PHP, C, Java, etc.). Försök hade tidigare gjorts för att skapa standarder men de misslyckades eller lyckades inte, några av dem är DCOM och CORBA, eftersom de är beroende av implementeringen av leverantören DCOM - Microsoft och CORBA - ORB. [...] Trots att användningen av webbtjänster begränsades till HTTP-protokollet, utformades inte webbtjänster för ett visst protokoll, det vill säga ingenting hindrade användningen av SOAP över något annat internetprotokoll (SMTP, FTP, etc. ). HTTP används främst eftersom det är ett allmänt använt protokoll och är mindre begränsat av brandväggar (portar som FTP är vanligtvis blockerade, men HTTP är troligen inte blockerad).

lighttpd: Webbserver för Unix / Linux och Microsoft Windows-operativsystem. Också känd som LättÄr en alternativ till webbservern Apache. Det är utformat för att vara säkert, snabbt (mycket snabbt för att säga sanningen), kompatibelt med standarder och flexibelt. Speciellt utformad för att ta tunga laster utan att förlora balansen med lite RAM och lite CPU. Ger höga svarshastigheter. Vissa webbplatser som använder det är YouTube, Wikipedia och andra som stöder stor trafik. Den distribueras under en BSD-licens.

De wikipediaCGI: Gemensamt ingångsgränssnitt (på engelska Gemensamt gateway-gränssnitt, förkortat CGI) är en viktig teknik på Internet som gör det möjligt för en klient (webbläsare) att begära data från ett program som körs på en webbserver. CGI anger en standard för överföring av data mellan klienten och programmet. Det är en kommunikationsmekanism mellan webbservern och en extern applikation vars slutliga resultat av utförandet är MIME-objekt. Program som körs på servern kallas CGI.

FastCGI är ett protokoll för att ansluta interaktiva program till en webbserver. FastCGI är en variant av det välkända Common Gateway Interface (CGI eller Common Input Interface). Huvudsyftet med FastCGI är att minska belastningen i samband med anslutning av webbserver och program CEMENSAM Gåtväg Interface, vilket gör att en server kan betjäna fler förfrågningar samtidigt.

spawn, i Computing hänvisar till en funktion som laddar och kör ett nytt barn- eller barnprocess. Föräldra- eller föräldraprocessen kan vänta tills barnprocessen är klar, eller så kan den fortsätta köra asynkront. För att skapa nya underordnade processer krävs tillräckligt med minne för att köra föräldraprocessen och barnprocessen eller flera underordnade processer.

Rekommenderad lösning i dokumentationen till den officiella Wiki av lighttpd för hög prestanda

Om vi ​​läser dokumentet Docs_ModFastCGI Från den ovan nämnda webbplatsen finns det ett stycke som, fritt översatt till spanska från min sida, skulle säga:

Extern lek: Att köra FastCGI Spawning-processer direkt på webbservern har några nackdelar som:

  • FastCGI-processen kan bara köras på den lokala servern.
  • Den har samma behörighet som webbservern.
  • Den har samma baskatalog som webbsidarservern.

När vi använder en server FastCGI Separat - eller externt - för att ta bort en del belastning från webbservern måste vi styra FastCGI-processen genom ett externt program som "spawn-fcgi”. Programmet "spawn-fcgi" används för att starta FastCGI-processen i sin egen miljö, fixa dess användar IDgrupp-id, och byt till en annan rotkatalog (chroot).

Jag klargör att översättningen av spawn som substantiv är det "skaldjur ägg”, Medan som ett verb, Lek betyder mer eller mindre "externt lek”. Engelska skojar lite när de använder det ordet i datorer, eller hur?

Grunderna för praktiska ändamål är att genom den lösning som föreslås i dokumentationen kommer FastCGI-processen och så många underordnade processer eller barn som behövs att köras på en eller flera servrar som är externa för webbsidarservern. Att när det körs på en annan server än den vi använder som en webbserver kommer den naturligtvis att utsättas för en lägre belastning. Och slutligen, för att använda en extern FastCGI-server måste FastCGI-processen startas och styras av programmet spawn-fcgi.

Extern lek är för dem som behöver installera en eller flera servrar och ta emot ett stort antal förfrågningar, som i fallet med en internetleverantör (ISP), eller webbplatser som blog.fromlinux.net, etc. Att förklara den lösningen i detalj är helt utom räckhåll.

Lösning som vi kommer att ta upp i inlägget

Endast en server för alla nödvändiga tjänster. Det fungerar och är lämpligt för en webbplats med låg prestanda, till exempel ett Enterprise LAN. Metoden som beskrivs kan fungera som en guide för dem som behöver större tillgänglighet och säkerhet.

Exempel på serverdata

Namn: web.amigos.cu IP-adress: 192.168.10.20 Domän: amigos.cu

Naturligtvis, i en produktionsmiljö - och till och med testning eller hemma - måste vi ha posterna DNS direkt och omvänd som hänvisar till vår server.

Installera nödvändiga paket

Som användare rot vi utför:

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

Lighty-konfigurationsfilerna installeras i / etc / lighttpd. Programmet spwan-fcgi installeras automatiskt. Dokumentationspaketfilerna finns på / usr / dela / doc / lighttpd-doc. Vi rekommenderar starkt att du läser dokumentationen på engelska. Under installationen av paketet mysql-server, de ber oss om användarens lösenord rot för MySql. Vi rekommenderar att du använder samma lösenord som du redan har deklarerat för den användaren.

Ställa in och kontrollera

Eftersom vi är klara med installationen av WordPress-stödet måste vi börja med konfigurationen och testerna.

Vi aktiverar Lighty-moduler:

lighttpd-aktivera-mod fastcgi-php enkel-vhost-tjänst lighttpd starta om

Vi kontrollerar om vår server fungerar. Vi öppnar webbläsaren och skriver URLhttp://web.amigos.cu, och åtminstone kommer vi att kunna lista katalogen / Var / www.

Index of /

NAMN SENAST ÄNDRAD STORLEK TYP
Föräldrakatalog /                  -            katalog
index.lighttpd.html                    2013-Jan-19 18:16:41               3.5K            text / html
Vi aktiverar modulerna mod_rewrite och mod_fast_cgi i huvudkonfigurationsfilen för Lighty /etc/lighttpd/lighttpd.conf:
nano /etc/lighttpd/lighttpd.conf

Vi tar bort kommentaren eller hashsymbolen # vad är framför "Mod_rewrite" och lägg till under den raden "Mod_fastcgi", så att början av filen är som följer:

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

Vi kontrollerar att PHP fungerar korrekt. För att göra detta skapar vi en fil (tillfälligt) i katalogen / Var / www:

nano /var/www/index.php

och innehållet i den föregående filen kommer bara att vara:


Sedan startar vi om tjänsten:

service lighttpd starta om

Om vi ​​i vår webbläsare pekar på http://web.amigos.cu, kommer vi att se informationssidan för PHP version 5.3.3-7. Därför fungerar allt korrekt.

Det är väldigt intressant att känna till ändringarna i Lighty-konfigurationen efter att ha aktiverat modulen mod_fastcgi. Förbi mindre /etc/lighttpd/conf-enabled/15-fastcgi-php.confkan vi ta reda på det. Jämför den lästa konfigurationen med den i paketdokumentationen lighttpd-doc.

Nu måste vi berätta för Lighty till vilken katalog det ska leda trafik genom port 80 genom att konfigurera en virtuell värd. Värdena som vi kommer att ändra i filen /etc/lighttpd/conf-enabled/10-simple-vhost.confDe är personliga och svarar på egenskaperna hos varje installation. Vi accepterar värdena på rotkatalogen på servern och på rotkatalogen på dokumenten, vilket Lighty rekommenderar som standard och vi kommer bara att ändra FQDN-namnet på den virtuella värden.

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

Och det slutliga innehållet i filen bör vara (kom ihåg att anpassa den efter dina behov):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Dokumentroten för en virtuell värd är document-root = ## simple-vhost.server-root + $ HTTP ["host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## standardvärd om ingen värd skickas enkelt -vhost.default-host = "web.amigos.cu"

Efter att ha sparat ändringarna fortsätter vi med att skapa de nödvändiga katalogerna enligt vad som tidigare nämnts. Katalog / srv skapades under Squeeze-installationen, så vi behöver inte skapa den:

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

Eftersom vi redan har korrekt deklarerat den virtuella värden och katalogen som är associerad med vårt domännamn kan vi avstå från de filer som skapats i / var / www och skapa en ny. index.php mer anpassad i katalogen / htdocs o rotkatalog för de virtuella värddokumenten:

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

Vi lägger till följande innehåll i föregående fil:

Hej kompisar! Visst att allt visar OK

Vi sparar ändringarna och startar om tjänsten:

service lighttpd starta om

Låt oss uppdatera vår webbläsare och kontrollera att den visade sidan har ändrats och nu återspeglas, utöver kommandot phpinfo (), hälsningen. Det kommer inte att vara nödvändigt att starta om tjänsten i framtiden om vi ändrar innehållet i index.php eller en annan webbsida. Denna åtgärd kommer endast att göras om vi ändrar konfigurationen för Lighty.

Och Grattis vänner! Vi har redan en Debian 6.0 Squeeze med Lighttpd-webbservern konfigurerad för att fungera med PHP5-språket och MySql som databaseserver. Vi har också rätt Lighty Vhost-filkonfiguration för att hantera flera domäner.

Fortsättning följer…

Och hur mår jag? Frågar WordPress. Följ oss på II del och slut och slutet på denna artikel.

Screenshot_lighttpd


Innehållet i artikeln följer våra principer om redaktionell etik. Klicka på för att rapportera ett fel här.

3 kommentarer, lämna din

Lämna din kommentar

Din e-postadress kommer inte att publiceras.

*

*

  1. Ansvarig för uppgifterna: Miguel Ángel Gatón
  2. Syftet med uppgifterna: Kontrollera skräppost, kommentarhantering.
  3. Legitimering: Ditt samtycke
  4. Kommunikation av uppgifterna: Uppgifterna kommer inte att kommuniceras till tredje part förutom enligt laglig skyldighet.
  5. Datalagring: databas värd för Occentus Networks (EU)
  6. Rättigheter: När som helst kan du begränsa, återställa och radera din information.

  1.   eliotime3000 sade

    Grattis. Jag kommer att implementera det i min virtuella maskin.

    1.    phico sade

      Tack så mycket för din kommentar

  2.   Daniel sade

    Gud vilken vacker skrivbordsmiljö för din debian kan du säga allt du använde för det ämnet tack?