WordPress over Lighttpd + APC i Squeeze (I)

Hei venner! Jeg gir deg et forslag til hvordan du kan publisere en blogg basert på WordPress, med Lighty som en websideserver, Spawn-FastCGI, PHP, APC Alternative PHP Cache (Alternativ PHP Cache), og alt i Debian Squeeze. Jeg presiserer at oversettelsene jeg gjør fra engelsk til spansk er veldig gratis fra min side og kanskje ikke helt nøyaktige fra et språklig eller semantisk synspunkt. Personlig er de nok for meg.

Og mine herrer, denne artikkelen er bare “Inngangsport”Til den fascinerende verdenen med å servere statiske og / eller dynamiske websider. Jeg er ikke ekspert på webservere. Imidlertid har mange allerede spurt meg hvilken server du foretrekker, Federico, med Nginx, Lighty eller Apache? Jeg svarer alltid på det med alle tre. Hver og en har sin sjarm og Apache er Apache. I fremtidige innlegg vil vi adressere løsninger som dette med Nginx og Apache. Forresten er det rykter i www Village om slutten på Lighty, og sannheten er at Debian 7 fremdeles oppbevarer den i sine repositorier. For noe, ikke sant?

Vi vil se:

• Definisjoner for nybegynnere
• Lightys anbefalte løsning
• Løsning vi vil ta opp
• Eksempel på serverdata
• Installere nødvendige pakker
• Sette opp og sjekke

Nyttige definisjoner for nybegynnere

Web-servere: Det er teknologien som har implisitte dataprogrammer som behandler applikasjoner som gir toveis og / eller ensrettet og synkron eller asynkron forbindelse med klienten, genererer eller overfører et svar på hvilket som helst språk eller applikasjon på klientsiden. […] Webtjenester oppsto fra et behov for å standardisere kommunikasjon mellom forskjellige plattformer (PC, Mainframe, Mac, etc.) og programmeringsspråk (PHP, C, Java, etc.). Det har tidligere blitt gjort forsøk på å lage standarder, men de mislyktes eller lyktes ikke nok, noen av dem er DCOM og CORBA, ettersom de er avhengige av implementeringen av DCOM - Microsoft og CORBA - ORB-leverandøren. [...] Til tross for å begrense bruken av webtjenester til http-protokollen, var ikke webtjenester designet for en bestemt protokoll, det vil si at ingenting forhindret bruken av SOAP over en annen internettprotokoll (SMTP, FTP, etc.) ). HTTP brukes hovedsakelig fordi det er en mye brukt protokoll og er mindre begrenset av brannmurer (porter som FTP er vanligvis blokkert, men HTTP er mest sannsynlig ikke blokkert).

lighttpd: Webserver for Unix / Linux og Microsoft Windows-operativsystemer. Også kjent som LettEr en alternativ til webserveren Apache. Den er designet for å være sikker, rask (veldig fort å si sannheten), standarder og fleksibel. Spesielt designet for å ta tunge belastninger uten å miste balansen ved å bruke lite RAM og lite CPU. Gir høy responshastighet. Noen nettsteder som bruker det, er YouTube, Wikipedia og andre, som støtter stor trafikk. Den distribueres under en BSD-lisens.

De Wikipedia. CGI: Felles inngangsgrensesnitt (på engelsk Felles gateway-grensesnitt, forkortet CGI) er en viktig teknologi på internett som gjør det mulig for en klient (nettleser) å be om data fra et program som kjører på en webserver. CGI spesifiserer en standard for overføring av data mellom klienten og programmet. Det er en kommunikasjonsmekanisme mellom webserveren og en ekstern applikasjon hvis endelige resultat av utførelsen er MIME-objekter. Programmer som kjører på serveren kalles CGIer.

FastCGI er en protokoll for å koble interaktive programmer til en webserver. FastCGI er en variant av det velkjente Common Gateway Interface (CGI eller Common Input Interface). Hovedmålet med FastCGI er å redusere belastningen knyttet til tilkobling av webserver og programmer Cummon Gspisevei Interface, som lar en server servere flere forespørsler samtidig.

Gyte, i databehandling refererer til en funksjon som laster og utfører et nytt barn- eller barneprosess. Foreldre- eller foreldreprosessen kan vente til barneprosessen er ferdig, eller den kan fortsette å kjøre asynkront. Å lage nye barneprosesser krever nok minne til å kjøre foreldreprosessen og barneprosessen, eller flere barneprosesser.

Anbefalt løsning i dokumentasjonen til Official Wiki of the lighttpd for høy ytelse

Hvis vi leser dokumentet Docs_ModFastCGI Fra det nevnte nettstedet er det et avsnitt som, oversatt veldig fritt til spansk fra min side, vil si:

Ekstern gyting: Å kjøre FastCGI Gyteprosesser direkte på webserveren har noen ulemper som:

• FastCGI-prosessen kan bare kjøres på den lokale serveren.
• Den har samme tillatelse som websideserveren.
• Den har samme basekatalog som websideserveren.

Når vi bruker en server FastCGI Separat -eller ekstern- for å ta litt belastning fra webserveren, må vi kontrollere FastCGI-prosessen gjennom et eksternt program som "gyte-fcgi”. Programmet "spawn-fcgi" brukes til å starte FastCGI-prosessen i sitt eget miljø, fikse den bruker-ID, gruppe-id, og bytt til en annen rotkatalog (chroot).

Jeg presiserer at oversettelsen av Gyte som substantiv er det "sjømat egg”, Mens som et verb, gytingen betyr mer eller mindre "eksternt gyting”. Engelskene tuller litt når de bruker det ordet i databehandling, ikke sant?

Grunnleggende for praktiske formål er at ved hjelp av løsningen som er foreslått i dokumentasjonen, vil FastCGI-prosessen og så mange sekundære prosesser eller barn (underordnede prosesser) som er nødvendig bli utført på en eller flere servere eksternt til websideserveren. At når vi blir kjørt på en annen server enn den vi bruker som en webserver, vil den selvfølgelig bli utsatt for en lavere belastning. Og til slutt, for å bruke en ekstern FastCGI-server, må FastCGI-prosessen startes og kontrolleres av programmet gyte-fcgi.

Ekstern gyting er for de som trenger å installere en eller flere servere og ta på seg et stort antall forespørsler, som i tilfelle en Internett-leverandør (ISP), eller nettsteder som blogg.desdelinux. Net, etc. Å forklare den løsningen i detalj er Totally Out of Our Reach.

Løsning som vi vil ta opp i innlegget

Bare en server for å imøtekomme alle nødvendige tjenester. Det fungerer og er egnet for et nettsted med lav ytelse, for eksempel et Enterprise LAN. Metoden som er forklart kan tjene som en veiledning for de som trenger større tilgjengelighet og sikkerhet.

Eksempel på serverdata

Navn: web.amigos.cu IP-adresse: 192.168.10.20 Domene: amigos.cu

Selvfølgelig, i et produksjonsmiljø - og til og med testing eller hjemme - må vi ha postene DNS direkte og omvendt som refererer til serveren vår.

Installere nødvendige pakker

Som bruker root vi utfører:

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

Lighty-konfigurasjonsfilene er installert i / etc / lighttpd. Programmet spwan-fcgi installeres automatisk. Dokumentasjonspakkefilene finner du på / usr / del / doc / lighttpd-doc. Vi anbefaler sterkt å lese dokumentasjonen, som er på engelsk. Under pakkeinstallasjon mysql-server, de ber oss om brukerens passord root for MySql. Vi anbefaler at du bruker det samme passordet som du allerede har erklært for brukeren.

Sette opp og sjekke

Når vi er ferdige med installasjonen av WordPress-støtten, må vi starte med konfigurasjonen og testene.

Vi aktiverer Lighty-moduler:

lighttpd-enable-mod fastcgi-php simple-vhost service lighttpd restart

Vi sjekker om serveren vår fungerer. Vi åpner nettleseren og skriver URL-enhttp://web.amigos.cu, og i det minste vil vi kunne liste opp katalogen / Var / www.

Index of /

nano /etc/lighttpd/lighttpd.conf

Vi fjerner kommentaren eller hasj-symbolet # hva er foran "Mod_rewrite" og vi legger under den linjen "Mod_fastcgi", slik at begynnelsen av filen blir som følger:

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

Vi sjekker at PHP fungerer som den skal. For å gjøre dette oppretter vi en fil (midlertidig) i katalogen / Var / www:

nano /var/www/index.php

og innholdet i forrige fil vil bare være:

Deretter starter vi tjenesten på nytt:

service lighttpd start på nytt

Hvis vi peker i nettleseren vår til http://web.amigos.cu, vil vi se informasjonssiden til PHP versjon 5.3.3-7. Derfor fungerer alt riktig.

Det er veldig interessant å vite endringene i Lighty-konfigurasjonen etter at modulen er aktivert mod_fastcgi. Av mindre /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, kan vi finne ut av det. Sammenlign konfigurasjonen som er lest med den i pakkedokumentasjonen lighttpd-doc.

Nå må vi fortelle Lighty til hvilken katalog det skal lede trafikk gjennom port 80, ved å konfigurere en virtuell vert. Verdiene som vi vil endre i filen /etc/lighttpd/conf-enabled/10-simple-vhost.confDe er personlige og vil svare på egenskapene til hver installasjon. Vi godtar verdiene til serverens rotkatalog og dokumentets rotkatalog, som Lighty anbefaler som standard, og vi vil bare endre FQDN-navnet til den virtuelle verten.

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

Og det endelige innholdet i filen skal være (husk å tilpasse den til dine behov):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Dokumentroten til en virtuell vert er document-root = ## simple-vhost.server-root + $ HTTP ["host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## standardverten hvis ingen vert sendes enkelt -vhost.default-host = "web.amigos.cu"

Etter å ha lagret endringene fortsetter vi med å opprette de nødvendige katalogene i henhold til det som tidligere ble oppgitt. Katalog / srv Den ble opprettet under Squeeze-installasjonen, så vi trenger ikke å opprette den:

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

Siden vi allerede har korrekt erklært den virtuelle verten og katalogen som er tilknyttet domenenavnet vårt, kan vi dispensere med filene som er opprettet i / var / www, og opprette en ny. index.php mer tilpasset i katalogen / htdocs o rotkatalog over de virtuelle vertsdokumentene:

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

Vi legger til følgende innhold i forrige fil:

Hei venner! Sikker på at alt viser OK

Vi lagrer endringene og starter tjenesten på nytt:

service lighttpd start på nytt

La oss oppdatere nettleseren vår og sjekke at den viste siden endret seg og gjenspeiler, i tillegg til utdataene fra kommandoen phpinfo (), hilsenen. Det vil ikke være nødvendig å starte tjenesten på nytt i fremtiden hvis vi endrer innholdet i index.php eller en annen webside. Denne operasjonen vil bare gjøres hvis vi endrer konfigurasjonen til Lighty.

Og Gratulerer Venner!. Vi har allerede en Debian 6.0 Squeeze med Lighttpd-websideserveren konfigurert til å fungere med PHP5-språket og MySql som databaseserver. Vi har også riktig Lighty Vhost-filkonfigurasjon for å håndtere flere domener.

For å fortsette ...

Og hvordan kan jeg passe? Mr. WordPress vil spørre. Følg oss på II del og slutt og slutten av denne artikkelen.