Nginx: Setup ja paigaldamine

Mis on apache, nginx? Eesmärk, funktsioonid kohandamise võimalusi - need on asjad, mis iga veebi arendaja peaks olema tuttav testida nende arengut.

Umbes nginx öelda sõna

See tööriist on üks peamisi ja mitmed tööprotsesse. Esimene tegeleb lugemine ja konfiguratsiooni kinnitamiseks. Ka tema kontrolli all on töövoo juhtimine. Probleem mineviku - käsitseda saabuvate taotlustega. Nginx kasutamise mudel, mis põhineb üritusi. Mehhanismid kasutatakse ka sõltuvalt operatsioonisüsteemi, et saavutada tõhus jaotamine taotluste vahel otse töötaja protsesse. Nende arv on alati märgitud konfiguratsioonifaili. Väärtust saab kas fikseeritud või automaatselt, juhindudes protsessori tuumade arv, mida saab käsitseda. In nginx süsteemi konfiguratsioon ja moodulid viiakse läbi konfiguratsioonifaili. Seega, kui teil on vaja midagi muuta, pead otsima oma nime. Tavaliselt on direktiivis / etc / nginx (kuid teekond võib erineda teiste süsteemidega) ja on laiendus .conf.

Start, restart ja log

Selleks peate käivitatava sõite. Seadistamine nginx-server on võimalik ainult siis, kui see on alanud. Juhtimine toimub tänu helistada käivitatavat -s parameeter. Selleks, kasutage järgmist:

nginx -s signaali

Sel juhul saab asendada järgmised käsud (peab tulema alla, mis alustas näitaja):

1. Stopp. Seda kasutatakse kiire seiskamine.
2. Reload. Meeskond vaja uuesti laadida konfiguratsioonifaili. Fakt on, et kõik muudatused ei jõustu enne faili toimib. Ja selleks, et jõustumiseks taaskäivitust on vajalik. Niipea kui sa saad selle signaali, põhiprotsessi hakkab õigsuse süntaktilise komponendi konfiguratsioonifaili ja proovida rakendada suuniseid saadaval seal. Rikke, siis rulli tagasi muutusi ja töötab vana parameetrid. Kui kõik õnnestub, siis käivitada uus tööprotsesse ning vana saadetakse nõudlus lõpus.
3. Lõpeta. Kasutatakse sile töö lõpetamist. Seda kasutatakse siis, kui soovid oodata, kuni praegune taotluste lõpetanud säilitada.
4. Ava uuesti. Sulge ja avatud logifailid.

kasutades kommunaalkulud

Seadmine protsesse saab läbi viia ka lehe Unix vahendid (kill kasuliku arutatakse näitena). Nad tavaliselt kasutada mehhanismi saata signaali otse protsessi andmeid. Nad on seotud abil ID. Need andmed on salvestatud nginx.pid faili. Oletame, et oleme huvitatud protsessi №134. Seejärel tõrgeteta lõpuleviimise vajadust saata meile järgmised andmed:

tappa -s LÕPETA 1628

Oletame, et me tahame näha nimekirja kõik avatud failid. Teeme kasutamise kasulikkust ps. Meeskond näeb järgmiselt:

ps -ax | grep nginx

See tähendab, et kui näete, kasutades täiendavaid vahendeid näitavad, et see läheb tema suhtes kohaldamisele. Ja nüüd lähme keskenduda sellele, kuidas pühendunud nginx-konfiguratsiooni.

Struktuuri konfiguratsioonifaili

Paigaldamine ja seadistamine nginx hõlmab koostööd mooduleid. Nad on konfigureeritud, kasutades direktiivid, mis on täpsustatud konfiguratsioonifaili. Nad võivad olla lihtsad või blokeerida. Esimest tüüpi koosneb direktiividele ja parameetrid, mida eraldab ruumis ja nende otste on tähistatud semikoolonina - (;). Plokk on sarnane struktuur. Kuid selle asemel käesoleva direktiivi lõpp asub täiendavaid juhistega, mis on paigutatud sulgudes ({} juhiseid). Kui nad saavad postitada nimed ja muud parameetrid protsessi nimetatakse neid näiteks treileri kontekstis. Näiteks http, asukoht ja server.

Jaotus staatiline sisu

See on üks tähtsamaid väljakutseid nginx konfiguratsiooni. Vastavalt statistilise jaotuse sisu on mõeldud piltide ja HTML-lehti (mitte dünaamiline). Oletame, et meil on vaja ühe töö loomise klastri nix nginx. Kas see on raske teha? Ei, vaatame näiteks. Enne kui asuda, see on vajalik üksikasjalikult tingimusi probleem. Niisiis, sõltuvalt taotluse failid tulevad erinevate kohalike katalooge. Seega / data / www meil HTML-dokumente. Ja kataloog / data / pildid, mis sisaldavad pilte. Optimaalne nginx sel juhul nõuab konfiguratsioonifaili redigeerimist, mida tuleb seadistada serveri üksuse http. Et toetada kahe hakatakse kasutama asukohta.

Rakendamine: server

Niisiis, esimene peame looma kataloogid ja panna ennast faile, mida nad vajavad, et laiendada (HTML teil on vaja lisada sisu). Seejärel avage konfiguratsioonifaili. Seal vaikimisi server on juba mitu plokki, mis enamasti on kommentaariks. Et saavutada parimaid tulemusi, see protsess tuleb teha kõigi komponentide suhtes vaikimisi. Siis lisada uue serveri üksuse kasutades seda koodi:

http {

server {

}

}

Konfiguratsioonifaili võib töötada mitu sellist plokid. Aga nad peavad olema eristatavad nende nimed ja sadamate, mille kaudu andmed on saadud.

Rakendamine: asukoht

Määratakse jooksul Server:

asukoht / {

root / data / www;

}

Juuresolekul märk "/" On vaja võrrelda saadud andmeid ja vaata, kas seal on selline aadressi töödeldud taotluse siin. Kui on mingeid probleeme, siis määrama tee / data / www soovitud fail, mis asub kohaliku süsteemi. Kui on olemas mängu mõne kvartali, seejärel valige üks pikima eesliide. Selles näites pikkus on võrdne ühe, st kasutamise saab ainult juhul, ei ole "konkurentsi". Nüüd, las ta uuendab:

asukoht / images / {

root / andmed;

}

Kuidas selgitada, otsime pilt. Nüüd oletame, ühendada kõik arengud, mis olid eelnevalt ja konfiguratsiooni sel ajal on järgmised:

server {

asukoht / {

root / data / www;

}

asukoht / images / {

root / andmed;

}

}

See on tööversiooni, et juhul, standard sadama №80. See server ilma probleemideta saab teie arvutis saadaval, kui lähete aadressile: http: // localhost /. Kuidas see kõik toimib?

Tööpõhimõte näite

Niisiis, kui nad tulevad päringud, mis algavad / pilte, server vastava kataloogi failid saadetakse kasutaja. Tema puudumisel antakse teavet, mis näitab viga 404. Kui läbi nginx konfiguratsiooni kohalikus arvutis, siis taotluse http: //localhost/images/example.png jõuame faili, kelle asukoht /data/images/example.png. Kui määrate "/" sümbol otsing toimub kataloogist / data / www. Aga me oleme ainult muutunud konfiguratsiooni. See hakkab tööle, siis tuleb taaskäivitada. Selleks kasutage nginx -s reload. Juhul kui normaalset tööd ei ole võimalik, et access.log ja error.log failid asuvad direktiiv / usr / local / nginx / logisid, saate otsida rikke põhjus.

Loomine lihtne proxy server

See võib öelda nginx - konfiguratsiooni seda võimalust on üks levinumaid rakendusi (ja üsna lihtne, muide). Ta kasutab põhimõtet serveri saab taotluse ja seejärel suunab need vajalikud saitidele. Pärast seda, vastus neilt oodatakse, mis saadab neid, kes on seadnud endale ülesandeks. Nii vaatame näiteks luua aluse punkt. See tegeleb teenuse kasutajate soovide ja anda neile pilt kohaliku kataloogi. Nii, et blokeerida http lisada veel server mille sisu on järgmine:

server {

kuulata 8080;

root / data / up1;

asukoht / {

}

}

Nüüd oletame, dešifreerida teile: luua lihtne server. Ta kuulab port 8080 ei ole kuulata, siis server kestab 80 th. Kuvatakse kõik taotlused jooksul kohaliku failisüsteemi, mis on suunatud kataloogist / data / up1 (muidugi enne, et see on vajalik, et luua seda). Et oleks võimalik kontrollida on vaja paigutada index.html fail. Tänu paigutamine direktiivide kontekstis root server saame kasutada asukoha üldse korda (nagu seega eemaldatud juurdepääsupiirangud). Töötame praegu luua proxy. Sest tööle, peame proxy_pass direktiiv, mille puhul täpsustatakse protokolli nimi ja sadamarajatise parameetrid (kohaliku seoses see näeb http: // localhost: 8080). Saa selle tulemusena:

server {

asukoht / {

proxy_pass http: // localhost: 8080;

}

asukoht / images / {

root / andmed;

}

}

Kui te vaatate kood ja analüüsib seda, võite märgata, et teine seade asukoht on muutunud. Seega, antud juhul, siis võib töötada tüüpiline laiendused pilte. Natuke erinev, see võib näidata järgmiselt:

asukoha ~ \ (gif | jpg | png). $ {

root / data / pildid;

}

Lõplik proxy konfiguratsioon on järgmine:

server {

asukoht / {

proxy_pass http: // localhost: 8080 /;

}

asukoha ~ \ (gif | jpg | png). $ {

root / data / pildid;

}

}

See filtreerib välja taotluste lõpus, mis on need laiendid ja saata neid taotlenud isikule faile. Ärge unustage, et see tuleb uuesti, kui soovite vaadata konfiguratsioonifaili. Ja uskuge mind, see on lihtsalt nginx-konfiguratsiooni. Kui avate konfiguratsiooni "Vkontakte" failiserver või teiste suurte ettevõtete, neil kood rohkem kui sõnad selles artiklis.