WordPress prek Lighttpd + APC v Squeeze (I)

logotipi light-and-wordpress

Pozdravljeni prijatelji! Predstavljam vam predlog, kako objaviti spletni dnevnik, ki temelji na WordPressu, z Lightyjem kot strežnikom spletnih strani, Spawn-FastCGI, PHP, APC Alternative PHP Cache (Alternative PHP Cache) in vsem v Debian Squeeze. Pojasnjujem, da so prevodi iz angleščine v španščino z moje strani zelo brezplačni in z jezikovnega ali semantičnega vidika morda niso povsem točni. Osebno so mi dovolj.

In gospodje, ta članek je le "Vhodna vrata”V fascinanten svet strežbe statičnih in / ali dinamičnih spletnih strani. Nisem strokovnjak za spletne strežnike. Mnogi pa so me že vprašali, kateri strežnik imate raje, Federico, z Nginxom, Lightyjem ali Apačem? Na to vedno odgovorim z vsemi tremi. Vsak ima svoj čar in Apač je Apač. V prihodnjih objavah bomo takšne rešitve obravnavali z Nginxom in Apachejem. Mimogrede, v www Village govorijo o koncu Lightyja in resnica je, da ga Debian 7 še vedno hrani v svojih skladiščih. Za nekaj, kajne?

Bomo videli:

  • Definicije za začetnike
  • Lightyjeva priporočena rešitev
  • Rešitev bomo obravnavali
  • Vzorčni podatki strežnika
  • Namestitev potrebnih paketov
  • Nastavitev in preverjanje

Koristne definicije za začetnike

Spletni strežniki: Tehnologija ima implicitne računalniške programe, ki obdelujejo aplikacije, ki vzpostavljajo dvosmerne in / ali enosmerne in sinhrone ali asinhrone povezave s stranko, ustvarjajo ali prenašajo odziv v katerem koli jeziku ali na strani odjemalca. […] Spletne storitve so nastale zaradi potrebe po standardizaciji komunikacije med različnimi platformami (PC, Mainframe, Mac itd.) In programskimi jeziki (PHP, C, Java itd.). Pred tem so že poskušali ustvariti standarde, vendar so bili neuspešni ali niso bili dovolj uspešni, med njimi sta DCOM in CORBA, saj sta odvisna od izvedbe prodajalcev DCOM - Microsoft in CORBA - ORB. […] Kljub temu, da so uporabo spletnih storitev omejile na protokol http, spletne storitve niso bile zasnovane za določen protokol, to pomeni, da nič ni preprečevalo uporabe SOAP nad nekaterimi drugimi internetnimi protokoli (SMTP, FTP itd. ). HTTP se uporablja predvsem zato, ker je široko uporabljen protokol in ga požarni zidovi manj omejujejo (vrata, kot je FTP, so običajno blokirana, vendar HTTP zelo verjetno ni blokiran).

lighttpd: Spletni strežnik za operacijske sisteme Unix / Linux in Microsoft Windows. Vedeti tudi kot Lahkaje eno alternativa na spletni strežnik Apache. Zasnovan je tako, da je varen, hiter (pravzaprav zelo hiter), skladen s standardi in prilagodljiv. Posebej zasnovan za prevzem velikih obremenitev, ne da bi pri tem izgubil ravnotežje z malo RAM-a in malo procesorja Zagotavlja visoke odzivne hitrosti. Nekatera spletna mesta, ki ga uporabljajo, so YouTube, Wikipedia in druga, ki podpirajo velik promet. Distribuira se pod licenco BSD.

De WikipediaCGI: Skupni vhodni vmesnik (v angleščini Skupni vmesnik za prehod, skrajšano CGI) je pomembna tehnologija na svetovnem spletu, ki odjemalcu (spletnemu brskalniku) omogoča, da zahteva podatke iz programa, ki se izvaja na spletnem strežniku. CGI določa standard za prenos podatkov med odjemalcem in programom. Je komunikacijski mehanizem med spletnim strežnikom in zunanjo aplikacijo, katere končni rezultat izvajanja so objekti MIME. Aplikacije, ki se izvajajo na strežniku, se imenujejo CGI.

FastCGI je protokol za povezovanje interaktivnih programov s spletnim strežnikom. FastCGI je različica dobro znanega vmesnika Common Gateway (CGI ali Common Input Interface). Glavni cilj FastCGI je zmanjšati obremenitev, povezano s povezovanjem spletnega strežnika in programov Cnavaden Gstran Interface, ki omogoča strežniku, da streže več zahtev hkrati.

Spawn, v računalništvu se nanaša na funkcijo, ki naloži in izvede novega otroka ali podrejeni postopek. Nadrejeni ali nadrejeni postopek lahko počaka, da se nadrejeni postopek konča, ali pa se lahko še naprej izvaja asinhrono. Ustvarjanje novih podrejenih procesov zahteva dovolj pomnilnika za zagon nadrejenega procesa in nadrejenega procesa ali več podrejenih procesov.

Priporočena rešitev v dokumentaciji Uradnega Wikija lighttpd za visoko zmogljivost

Če preberemo dokument Docs_ModFastCGI Z zgoraj omenjenega spletnega mesta je odstavek, ki bi bil z moje strani zelo prosto preveden v španščino:

Zunanje drst: Zagon postopkov držanja FastCGI neposredno na strežniku spletnih strani ima nekaj pomanjkljivosti, kot so:

  • Proces FastCGI je mogoče zagnati samo na lokalnem strežniku.
  • Ima enako dovoljenje kot strežnik spletnih strani.
  • Ima isti osnovni imenik kot strežnik spletnih strani.

Ko uporabljamo strežnik FastCGI Ločeno - ali zunanje -, da s spletnega strežnika odstranimo nekaj obremenitve, moramo postopek FastCGI nadzorovati z zunanjim programom, kot je "drsti-fcgi". Program "spawn-fcgi" se uporablja za zagon procesa FastCGI v svojem okolju in njegovo popravljanje Uporabniško imeid skupinein spremenite v drug korenski imenik (chroot).

Pojasnjujem, da je prevod Spawn kot samostalnik je "jajce morskih sadežev", Medtem ko je kot glagol, Drstenje pomeni bolj ali manj "drstenje zunaj". Angleži se malce šalijo, ko to besedo uporabljajo pri računalništvu, kajne?

Osnove za praktične namene je, da se bo s pomočjo rešitve, predlagane v dokumentaciji, postopek FastCGI in toliko podrejenih procesov ali otrok izvedlo na enem ali več strežnikih zunaj strežnika spletnih strani. Če se izvede na drugem strežniku, kot ga uporabljamo kot spletni strežnik, bo seveda izpostavljen manjši obremenitvi. In končno, da je treba za uporabo zunanjega strežnika FastCGI postopek FastCGI zagnati in nadzorovati program drsti-fcgi.

Zunanje drst je namenjeno tistim, ki morajo namestiti enega ali več strežnikov in sprejeti veliko število zahtev, kot je ponudnik internetnega dostopa (ISP), ali spletna mesta, kot je blog.desdelinux.netitd. Podrobna razlaga te rešitve je popolnoma zunaj našega dosega.

Rešitev, ki jo bomo obravnavali v prispevku

Samo en strežnik za vse potrebne storitve. Deluje in je primeren za nizko zmogljivo spletno mesto, kot je Enterprise LAN. Razložena metoda je lahko vodilo za tiste, ki potrebujejo večjo razpoložljivost in varnost.

Vzorčni podatki strežnika

Ime: web.amigos.cu Naslov IP: 192.168.10.20 Domena: amigos.cu

Seveda moramo v proizvodnem okolju - in celo na testiranju ali doma - imeti evidence DNS neposredno in obratno, ki se nanašajo na naš strežnik.

Namestitev potrebnih paketov

Kot uporabnik koren izvedemo:

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

Konfiguracijske datoteke Lighty so nameščene v / etc / lighttpd. Program spwan-fcgi se namesti samodejno. Datoteke dokumentacijskega paketa najdete na / usr / share / doc / lighttpd-doc. Toplo priporočamo, da preberete dokumentacijo, ki je v angleščini. Med namestitvijo paketa mysql-server, vprašajo nas za uporabniško geslo koren za MySql. Priporočamo uporabo istega gesla, ki ste ga že navedli za tega uporabnika.

Nastavitev in preverjanje

Ko smo končali z namestitvijo podpore za WordPress, moramo začeti s konfiguracijo in testi.

Omogočamo Lighty module:

lighttpd-enable-mod fastcgi-php easy-vhost storitev lighttpd ponovni zagon

Preverimo, ali naš strežnik deluje. Odpremo brskalnik in napišemo URLhttp://web.amigos.cu, in vsaj imenik bomo lahko navedli / Var / www.

Index of /

NAME ZADNJE SPREMENJENO VELIKOST TIP
Nadrejeni imenik /                  -            Imenik
index.lighthttpd.html                    2013-Jan-19 18:16:41               3.5K            besedilo / html
Omogočamo modula mod_rewrite in mod_fast_cgi v glavni konfiguracijski datoteki Lighty /etc/lighttpd/lighttpd.conf:
nano /etc/lighttpd/lighttpd.conf

Odstranimo komentar ali zgoščeni simbol # kaj je pred "Mod_rewrite" in dodajte pod to vrstico "Mod_fastcgi", tako da je začetek datoteke naslednji:

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

Preverimo, ali PHP deluje pravilno. Za to v imeniku (začasno) ustvarimo datoteko / Var / www:

nano /var/www/index.php

in vsebina prejšnje datoteke bo le:


Nato storitev znova zaženemo:

ponovni zagon storitve lighttpd

Če v svojem brskalniku pokažemo na http://web.amigos.cu, videli bomo informativno stran PHP različice 5.3.3-7. Zato vse deluje pravilno.

Zelo zanimivo je vedeti spremembe v konfiguraciji Lighty po omogočitvi modula mod_fastcgi. Skozi manj /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, lahko ugotovimo. Primerjajte prebrano konfiguracijo s tisto v dokumentaciji paketa lighttpd-doc.

Zdaj moramo Lighty povedati, v kateri imenik naj usmerja promet prek vrat 80, tako da konfiguriramo navideznega gostitelja. Vrednosti, ki jih bomo spremenili v datoteki /etc/lighttpd/conf-enabled/10-simple-vhost.confSo osebni in se bodo odzivali na značilnosti posamezne namestitve. Sprejeli bomo vrednosti korenskega imenika strežnika in korenskega imenika dokumentov, kar Lighty privzeto priporoča, spremenili pa bomo le ime FQDN navideznega gostitelja.

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

In končna vsebina datoteke naj bo (ne pozabite jo prilagoditi svojim potrebam):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Koren dokumenta navideznega gostitelja je document-root = ## simple-vhost.server-root + $ HTTP ["gostitelj"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## privzeti gostitelj, če noben gostitelj ni poslan preprosto -vhost.default-host = "web.amigos.cu"

Po shranjevanju sprememb nadaljujemo z ustvarjanjem potrebnih imenikov v skladu s prej navedenim. Imenik / srv Ustvarjen je bil med namestitvijo Squeeze, zato ga ni treba ustvariti:

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

Ker smo virtualni gostitelj in imenik, povezan z našim domenskim imenom, že pravilno razglasili, lahko opustimo datoteke, ustvarjene v / var / www, in ustvarimo novega. index.php več po meri v imeniku / htdocs o korenski imenik navideznih gostiteljskih dokumentov:

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

V prejšnjo datoteko dodamo naslednjo vsebino:

Pozdravljeni prijatelji! Seveda je vse v redu

Spremembe shranimo in znova zaženemo storitev:

ponovni zagon storitve lighttpd

Osvežimo brskalnik in preverimo, ali se je prikazana stran poleg izhoda ukaza spremenila in zdaj odraža phpinfo (), pozdrav. Če spremenimo vsebino index.php ali druge spletne strani, storitve v prihodnje ne bo treba znova zagnati. Ta postopek bo izveden le, če bomo spremenili konfiguracijo Lightyja.

In čestitamo prijatelji! Debian 6.0 Squeeze že imamo s strežnikom spletnih strani Lighttpd, konfiguriranim za delo z jezikom PHP5 in MySql kot strežnikom baz podatkov. Prav tako imamo pravilno konfiguracijo datoteke Lighty Vhost za obdelavo več domen.

Če želite nadaljevati ...

In kako sem potem? Bo vprašal gospod WordPress. Sledi nam na II del in konec in konec tega članka.

Screenshot_lighttpd


Pustite svoj komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

*

*

  1. Za podatke odgovoren: Miguel Ángel Gatón
  2. Namen podatkov: Nadzor neželene pošte, upravljanje komentarjev.
  3. Legitimacija: Vaše soglasje
  4. Sporočanje podatkov: Podatki se ne bodo posredovali tretjim osebam, razen po zakonski obveznosti.
  5. Shranjevanje podatkov: Zbirka podatkov, ki jo gosti Occentus Networks (EU)
  6. Pravice: Kadar koli lahko omejite, obnovite in izbrišete svoje podatke.

  1.   eliotime3000 je dejal

    Vse čestitke. Uporabil ga bom v svojem virtualnem stroju.

    1.    phico je dejal

      Najlepša hvala za vaš komentar

  2.   Daniel je dejal

    Bog, kako čudovito namizje vašega debiana bi lahko povedal vse, kar ste uporabili za to temo?