WordPress over Lighttpd + APC i Squeeze (I)

Hej venner! Jeg giver dig et forslag til, hvordan du udgiver en blog baseret på WordPress, med Lighty som websideserver, Spawn-FastCGI, PHP, APC Alternative PHP Cache (Alternativ PHP Cache) og alt i Debian Squeeze. Jeg præciserer, at de oversættelser, jeg laver fra engelsk til spansk, er meget gratis fra min side og muligvis ikke helt nøjagtige set fra et sprogligt eller semantisk synspunkt. Personligt er de nok for mig.

Og mine herrer, denne artikel er bare ”Indgangsport”Til den fascinerende verden af ​​servering af statiske og / eller dynamiske websider. Jeg er ikke ekspert på webservere. Mange har dog allerede spurgt mig, hvilken server du foretrækker, Federico, med Nginx, Lighty eller Apache? Det svarer jeg altid med alle tre. Hver enkelt har sin charme, og Apache er Apache. I fremtidige indlæg vil vi adressere løsninger som denne med Nginx og Apache. Forresten er der rygter i www Village om slutningen af ​​Lighty, og sandheden er, at Debian 7 stadig fastholder det i sine opbevaringssteder. For noget, ikke?

Vi får se:

• Definitioner for begyndere
• Lightys anbefalede løsning
• Løsning, vi vil tage fat på
• Eksempel på serverdata
• Installation af nødvendige pakker
• Opsætning og kontrol

Nyttige definitioner for begyndere

Webservere: Det er teknologien, der har implicitte computerprogrammer, der behandler applikationer, der giver tovejs og / eller ensrettet og synkron eller asynkron forbindelse til klienten, der genererer eller giver et svar på ethvert sprog eller applikation på klientsiden. […] Webtjenester opstod fra et behov for at standardisere kommunikationen mellem forskellige platforme (PC, Mainframe, Mac osv.) Og programmeringssprog (PHP, C, Java osv.). Der var tidligere gjort forsøg på at oprette standarder, men de mislykkedes eller lykkedes ikke nok, nogle af dem er DCOM og CORBA, da de er afhængige af implementeringen af ​​leverandøren DCOM - Microsoft og CORBA - ORB. [...] På trods af at brugen af ​​webtjenester er begrænset til http-protokollen, blev webtjenester ikke designet til en bestemt protokol, dvs. intet forhindrede brugen af ​​SOAP over en anden internetprotokol (SMTP, FTP osv. ). HTTP bruges hovedsageligt, fordi det er en meget anvendt protokol og er mindre begrænset af firewalls (porte såsom FTP er generelt blokeret, men HTTP er sandsynligvis ikke blokeret).

lighttpd: Webserver til Unix / Linux og Microsoft Windows-operativsystemer. Også kendt som LetEr en alternativ til webserveren Apache. Det er designet til at være sikkert, hurtigt (meget hurtigt), standardoverensstemmende og fleksibelt. Specielt designet til at håndtere tunge belastninger uden at miste balance ved hjælp af lidt RAM og lidt CPU. Giver høje reaktionshastigheder. Nogle websteder, der bruger det, er YouTube, Wikipedia og andre, som understøtter stor trafik. Det distribueres under en BSD-licens.

De Wikipedia. CGI: Fælles input-interface (på engelsk Fælles gateway-interface, forkortet CGI) er en vigtig teknologi på World Wide Web, der giver en klient (webbrowser) mulighed for at anmode om data fra et program, der kører på en webserver. CGI specificerer en standard til overførsel af data mellem klienten og programmet. Det er en kommunikationsmekanisme mellem webserveren og en ekstern applikation, hvis endelige resultat af udførelsen er MIME-objekter. Applikationer, der kører på serveren, kaldes CGI'er.

HurtigCGI er en protokol til at forbinde interaktive programmer med en webserver. FastCGI er en variation af det velkendte Common Gateway Interface (CGI eller Common Input Interface). Hovedformålet med FastCGI er at reducere den belastning, der er forbundet med at forbinde webserveren og programmerne CFÆLLES Geatway Interface, som giver en server mulighed for at betjene flere anmodninger på samme tid.

Spawn, i Computing henviser til en funktion, der indlæser og udfører et nyt barn- eller barneproces. Den overordnede eller den overordnede proces kan vente på, at den underordnede proces er afsluttet, eller den kan fortsætte med at køre asynkront. Oprettelse af nye underordnede processer kræver nok hukommelse til at køre forældreprocessen og underordnede processer eller flere underordnede processer.

Anbefalet løsning i dokumentationen til den officielle Wiki af lighttpd til høj ydeevne

Hvis vi læser dokumentet Docs_ModFastCGI Fra det ovennævnte websted er der et afsnit, der, oversat meget frit til spansk fra min side, ville sige:

Ekstern gydning: At køre FastCGI Gydeprocesser direkte på websideserveren har nogle ulemper som:

• FastCGI-processen kan kun køres på den lokale server.
• Det har samme tilladelse som websideserveren.
• Det har den samme basekatalog som websideserveren.

Når vi bruger en server HurtigCGI Separat -eller ekstern- for at fjerne noget belastning fra webserveren er vi nødt til at kontrollere FastCGI-processen gennem et eksternt program såsom "gyde-fcgi”. Programmet "spawn-fcgi" bruges til at starte FastCGI-processen i sit eget miljø, rette dets bruger ID, gruppe-id, og skift til en anden rodkatalog (chroot).

Jeg præciserer, at oversættelsen af Spawn som substantiv er det "skaldyrsæg”, Mens som et verbum, Gyde betyder mere eller mindre "eksternt gydning”. Englænderne griner lidt, når de bruger det ord i computing, ikke?

Grundlæggende til praktiske formål er, at ved hjælp af den løsning, der er foreslået i dokumentationen, udføres FastCGI-processen og så mange sekundære processer eller børn (underordnede processer) som nødvendigt på en eller flere servere eksternt til websideserveren. At udføres på en anden server end den, vi bruger som en webserver, vil den selvfølgelig blive udsat for en lavere belastning. Og endelig, for at bruge en ekstern FastCGI-server, skal FastCGI-processen startes og styres af programmet gyde-fcgi.

Ekstern gydning er for dem, der har brug for at installere en eller flere servere og tage et stort antal anmodninger, som i tilfældet med en internetadgangsudbyder (ISP) eller websteder som f.eks blog.desdelinux. net, etc. At forklare den løsning i detaljer er helt uden for vores rækkevidde.

Løsning, som vi vil adressere i posten

Kun en server til at rumme alle de nødvendige tjenester. Det fungerer og er velegnet til et websted med lav ydeevne, såsom et Enterprise LAN. Den forklarede metode kan tjene som en vejledning for dem, der har brug for større tilgængelighed og sikkerhed.

Eksempel på serverdata

Navn: web.amigos.cu IP-adresse: 192.168.10.20 Domæne: amigos.cu

Selvfølgelig skal vi have optegnelser i et produktionsmiljø - og endda test eller hjemme DNS direkte og omvendt, der refererer til vores server.

Installation af nødvendige pakker

Som bruger rod vi udfører:

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

Lighty-konfigurationsfilerne er installeret i / etc / lighttpd. Programmet spwan-fcgi installeres automatisk. Dokumentationspakkefilerne kan findes på / usr / del / doc / lighttpd-doc. Vi anbefaler kraftigt at læse dokumentationen, som er på engelsk. Under pakkeinstallationen mysql-server, de beder os om brugerens adgangskode rod til MySql. Vi anbefaler at bruge den samme adgangskode, som du allerede har erklæret for den bruger.

Opsætning og kontrol

Da vi er færdige med installationen af ​​WordPress-supporten, skal vi starte med konfigurationen og testene.

Vi aktiverer Lighty-moduler:

lighttpd-aktiv-mod fastcgi-php simple-vhost service lighttpd genstart

Vi kontrollerer, om vores server fungerer. Vi åbner browseren og skriver URL'enhttp://web.amigos.cu, og i det mindste vil vi være i stand til at liste biblioteket / Var / www.

Index of /

nano /etc/lighttpd/lighttpd.conf

Vi fjerner kommentaren eller hash-symbolet # hvad er der foran "Mod_rewrite" og vi tilføjer under denne linje "Mod_fastcgi", så begyndelsen af ​​filen er som følger:

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

Vi kontrollerer, at PHP fungerer korrekt. For at gøre dette opretter vi en fil (midlertidigt) i biblioteket / Var / www:

nano /var/www/index.php

og indholdet af den forrige fil vil kun være:

Derefter genstarter vi tjenesten:

service lighttpd genstart

Hvis vi i vores browser peger på http://web.amigos.cu, vil vi se informationssiden i PHP version 5.3.3-7. Derfor fungerer alt korrekt.

Det er meget interessant at kende ændringerne i Lighty-konfigurationen efter aktivering af modulet mod_fastcgi. igennem mindre /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, kan vi finde ud af det. Sammenlign den læst konfiguration med den i pakkedokumentationen lighttpd-doc.

Nu skal vi fortælle Lighty til hvilken mappe den skal dirigere trafik gennem port 80 ved at konfigurere en virtuel vært. De værdier, som vi vil ændre i filen /etc/lighttpd/conf-enabled/10-simple-vhost.confDe er personlige og reagerer på egenskaberne ved hver installation. Vi accepterer værdierne i serverens rodmappe og dokumenternes rodmappe, som Lighty som standard anbefaler, og vi vil kun ændre FQDN-navnet på den virtuelle vært.

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

Og det endelige indhold i filen skal være (husk at tilpasse det til dine behov):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Dokumentroden på en virtuel vært er document-root = ## simple-vhost.server-root + $ HTTP ["vært"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## standardværten, hvis ingen vært sendes simpelt -vhost.default-host = "web.amigos.cu"

Efter at have gemt ændringerne fortsætter vi med oprettelsen af ​​de nødvendige mapper i henhold til det tidligere nævnte. Vejviser / srv Det blev oprettet under Squeeze-installationen, så vi behøver ikke oprette det:

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

Da vi allerede korrekt har erklæret den virtuelle vært og den mappe, der er knyttet til vores domænenavn, kan vi dispensere med filerne oprettet i / var / www og oprette en ny index.php mere tilpasset i biblioteket / htdocs o rodmappe over de virtuelle værtsdokumenter:

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

Vi tilføjer følgende indhold til den forrige fil:

Hej venner! Sikker på, at alt viser OK

Vi gemmer ændringerne og genstarter tjenesten:

service lighttpd genstart

Lad os opdatere vores browser og kontrollere, at den viste side er ændret og nu afspejler ud over kommandoens output phpinfo (), hilsenen. Det vil ikke være nødvendigt at genstarte tjenesten i fremtiden, hvis vi ændrer indholdet af index.php eller en anden webside. Denne handling udføres kun, hvis vi ændrer konfigurationen af ​​Lighty.

Og tillykke venner! Vi har allerede en Debian 6.0 Squeeze med Lighttpd-websideserveren konfigureret til at arbejde med PHP5-sproget og MySql som databaseserver. Vi har også den korrekte Lighty Vhost-filkonfiguration til at håndtere flere domæner.

Fortsættes…

Og hvordan har jeg det? Hr. WordPress spørger. Følg os på II del og slut og slutningen af ​​denne artikel.