WordPress sobre Lighttpd + APC a Squeeze (I)

Hola Amics! Els porto una proposta de com publicar un Bloc basat en WordPress, amb el light i com a servidor de pàgines web, l'Spawn-FastCGI, PHP, el Memòria cau Alternatiu PHP (Alternative PHP Cache) APC, i tot en Debian Squeeze. Aclareixo que les traduccions que faig de l'anglès a l'espanyol, són molt lliures de la meva part i pot ser que no siguin de el tot exactes des del punt de vista lingüístic o semàntic. En el personal, em són suficients.

I senyors, aquest article és només la "Porta d'entrada"A el fascinant món de servir pàgines web estàtiques i / o dinàmiques. No sóc un expert en servidors web. No obstant això molts ja m'han preguntat que amb qual servidor et quedes, Frederic, amb el Nginx, el light i o l'Apache ?. Sempre responc que amb els tres. Cada un té el seu encant i l'Apache És L'Apache. En propers posts abordarem solucions com aquesta amb el Nginx i amb l'Apache. Per cert, hi ha rumors en el Llogaret www sobre la finalitat de l'light i, i la veritat és que Debian 7 encara el manté en els seus repositoris. Per alguna cosa serà, no ?.

veurem:

• Definicions per a novells
• Solució recomanada per light i
• Solució que abordarem
• Dades de l'servidor d'exemple
• Instal·lació de paquets necessaris
• Configurant i comprovant

Definicions útils per a novells

Servidors Web: És la tecnologia que té implícit programes informàtics que processen aplicacions realitzant connexions bidireccionals i / o unidireccionals i síncrones o asíncrones amb el client, generant o cedint una resposta en qualsevol llenguatge o aplicació de la banda de el client. [...] Els Serveis Web sorgir davant d'una necessitat d'estandarditzar la comunicació entre diferents plataformes (PC, Mainframe, Mac, etc.) i llenguatges de programació (PHP, C, Java, etc.). Anteriorment s'havien realitzat intents de crear estàndards però van fracassar o no van tenir el suficient èxit, alguns d'ells són DCOM i CORBA, per ser dependents de la implementació de l'venedor DCOM - Microsoft, i CORBA - ORB. [...] Tot i molt limitar l'ús dels serveis web a el Protocol http, els serveis web no van ser pensats per a un protocol en particular, és a dir, res va impedir utilitzar SOAP sobre algun altre protocol d'Internet (SMTP, FTP, etc. ). S'utilitza principalment HTTP per ser un protocol àmpliament difós i que es troba menys restringit per tallafocs (generalment es bloquegen ports com el FTP, però l'HTTP és molt probable que no estigui bloquejat).

lighttpd: Servidor Web per als Sistemes operatius Unix / Linux i Microsoft Windows. També conegut com light i, És una alternativa a el servidor web Apache. Està dissenyat per a ser segur, ràpid (molt ràpid francament), compatible amb els estàndards, i flexible. Especialment pensat per assumir càrregues pesades sense perdre el balanç utilitzant poca RAM i poca CPU. Brinda altes velocitats de respostes. Alguns llocs que l'utilitzen són Youtube, Wikipedia i altres, els quals suporten un gran trànsit. Es distribueix sota Llicència BSD.

De Wikipedia. CGI: Interfície d'entrada comú (en anglès Interfície de passarel·la comuna, Abreujat CGI) és una important tecnologia de la World Wide Web que permet a un client (navegador web) sol·licitar dades d'un programa executat en un servidor web. CGI especifica un estàndard per transferir dades entre el client i el programa. És un mecanisme de comunicació entre el servidor web i una aplicació externa el resultat final de l'execució són objectes MIME. Les aplicacions que s'executen en el servidor reben el nom de CGIs.

FastCGI és un protocol per connectar programes interactius amb un servidor web. FastCGI és una variació de la ja coneguda Common Gateway Interface (CGI o Interfície Comú d'entrada). El principal objectiu de FastCGI és reduir la càrrega associada amb el fet de connectar el lloc web i els programes Ccomú Gateway Interface, el que permet a un servidor atendre més peticions alhora.

Estereig, A informàtica es refereix a una funció que carrega i executa un nou procés secundari o fill. El procés primari o pare pot esperar que el procés fill acabi, o pot continuar la seva execució de forma asíncrona. La creació de nous processos secundaris requereix de suficient memòria per a l'execució de l'procés primari i el procés secundari, o de diversos processos secundaris.

Solució recomanada en la documentació de la Wiki Oficial de l' lighttpd per a grans prestacions

Si llegim el document Docs_ModFastCGI de el lloc abans assenyalat, hi ha un paràgraf que traduït molt lliurement a l'espanyol de part meva diria:

Spawning Extern: Executar els processos Spawning de l'FastCGI directament al servidor de pàgines web, presenta alguns desavantatges com ara:

• El procés FastCGI només es pot executar en el servidor local.
• Té el mateix permís que el servidor de pàgines web.
• Té el mateix directori base que el servidor de pàgines web.

Quan fem servir un servidor FastCGI Separat -o extern- amb l'objectiu de treure-li alguna càrrega a la web, hem de controlar el procés FastCGI mitjançant un programa extern tal com el "spawn-fcgi". El programa "spawn-fcgi" s'utilitza per iniciar el procés FastCGI en el seu propi ambient, fixar la seva user-id, identificador del grup, I canviar cap a un altre directori arrel (chroot).

Aclareixo que la traducció de Estereig com substantiu és "ou de marisc", Mentre que com a verb, Posta significa més o menys "desovant externament". Una mica bromistes els anglesos a l'usar en informàtica aquesta paraula, no?

El fonamental per a propòsits pràctics és que, mitjançant la solució plantejada en la documentació, s'executarà el procés FastCGI i tants processos secundaris o fills (child processes) com siguin necessaris, en un o més servidors externs a l'servidor de pàgines web. Que a l'ésser executats en un servidor diferent a què fem servir com a servidor web, per descomptat que aquest es veurà sotmès a una càrrega menor. I finalment, que per utilitzar un servidor FastCGI extern, el procés FastCGI s'ha d'iniciar i controlar mitjançant el programa spawn-fcgi.

El Spawning Extern és per a aquells que necessitin instal·lar un o més servidors i assumir una gran quantitat de peticions, Com el cas d'un Proveïdor d'Accés a Internet (ISP), o de llocs com bloc.desdelinux.net, Etc. Explicar detalladament aquesta solució està Totalment Fora del nostre abast.

Solució que abordarem en el post

Només un servidor per acomodar a tots els serveis necessaris. Funciona i resulta adequat per a un lloc de modestes prestacions, com ara el d'una LAN Empresarial. El mètode explicat pot servir de Guia a aquells que necessitin més disponibilitat i seguretat.

Dades de l'servidor d'exemple

Nom: web.amigos.cu Adreça IP: 192.168.10.20 Domini: amigos.cu

Per descomptat que, en un ambient de producció -i fins i tot de proves oa la casa-, hem de tenir els registres DNS directe i invers que facin referència al nostre servidor.

Instal·lació de paquets necessaris

Com l'usuari root executem:

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

Els fitxers de configuració de l'light i s'instal·len a / Etc / lighttpd. el programa spwan-fcgi s'instal·la automàticament. Els arxius de l'paquet de la documentació el podem trobar en / Usr / share / doc / lighttpd-doc. Recomanem encaridament llegeixin la documentació, la qual està en anglès. Durant la instal·lació de l'paquet servidor mysql, Ens demanen la contrasenya de l'usuari root per al MySql. Recomanem usin la mateixa contrasenya que tenen ja declarada per a aquest usuari.

Configurant i comprovant

Com ja vam acabar amb la instal·lació de el suport per al WordPress, hem de començar amb la configuració i proves.

Habilitem mòduls de l'light i:

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

Comprovem si funciona el nostre servidor. Obrim el navegador i escrivim el URLhttp://web.amigos.cu, I al menys serem capaços de llistar el directori / Var / www.

Index of /

nano /etc/lighttpd/lighttpd.conf

Eliminem el símbol de comentari o hash # que està delati de "Mod_rewrite" i afegim sota d'aquesta línia "Mod_fastcgi", De manera que l'inici de l'arxiu quedi de la següent manera:

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

Vam comprovar que el PHP està funcionant correctament. Per això vam crear un arxiu (temporalment) en el directori / Var / www:

nano /var/www/index.php

i el contingut de l'arxiu anterior només serà:

Després reiniciem el servei:

service lighttpd restart

Si apuntem en el nostre navegador a http://web.amigos.cu, Veurem la pàgina d'informació de l'PHP Version 5.3.3-7. Per tant, tot funciona correctament.

És molt interessant conèixer els canvis en la configuració de l'light i després d'habilitar el mòdul mod_fastcgi. mitjançant less /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, Ens podem assabentar. Compari la configuració llegida amb la que ve en la documentació de l'paquet lighttpd-doc.

Ara hem de indicar-li a l'light i cap cosa directori ha de dirigir el trànsit pel port 80, mitjançant la configuració d'un Host Virtual. Els valors que modificarem a l'arxiu /etc/lighttpd/conf-enabled/10-simple-vhost.conf, Són personals i respondran a les característiques de cada instal·lació. Nosaltres acceptarem els valors de directori arrel de servidor, i de directori arrel dels documents, que ens recomana el light i per defecte i modificarem només el nom FQDN de l'amfitrió virtual.

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

I el contingut final de l'arxiu ha de ser (recordin adequar-lo a les seves necessitats):

# /Usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ( "mod_simple_vhost") ## The document root of a virtual host is document-root = ## simple-vhost.server-root + $ HTTP [ "host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## the default host if no host is vaig sentir simple -vhost.default-host = "web.amigos.cu"

Després de desar els canvis, procedim a la creació dels directoris necessaris d'acord al que s'ha declarat anteriorment. el directori / srv va ser creat durant la instal·lació de l'Squeeze, per tant no necessitem crear-lo:

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

Com ja tenim correctament declarats l'amfitrió virtual i el directori associats al nostre nom de domini, podem prescindir dels arxius creats a / var / www, i crear un nou index.php més personalitzat en el directori / htdocs o directori arrel dels documents de l'amfitrió virtual:

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

Afegim a l'arxiu anterior el contingut següent:

Hola Amics! Segur que tot es mostra OK

Guardem els canvis i reiniciem el servei:

service lighttpd restart

Refresquem el nostre navegador i comprovem que la pàgina mostrada canviar i que ara reflecteix, a més de la sortida de la comanda phpinfo (), La salutació. No serà necessari reiniciar el servei en el endavant si canviem el contingut de l'index.php o d'una altra pàgina web. Aquesta operació només es farà si canviem la configuració de l'light i.

I Enhorabona Amics !. Ja tenim un Debian 6.0 Squeeze amb el servidor de pàgines web Lighttpd configurat per treballar amb el llenguatge PHP5 i el MySql com a servidor de base de dades. També comptem amb la correcta configuració de l'arxiu Vhost de l'light i per a utilitzar diversos dominis.

Continuarà ...

I llavors, com quedo jo ?, preguntarà el Senyor WordPress. Siga amb nosaltres a la II part i final i final d'aquest article.