Nginx: nastavitev in namestitev

Kaj je apache, nginx? Namen, funkcije, možnosti nastavitev so stvari, ki bi jih moral vsak spletni razvijalec poznati, da bi lahko testirali svoje dosežke.

O nginx

To orodje ima en glavni in več delovnih tokov. Prva je branje in testiranje konfiguracije. Upravljanje delovnih procesov je pod njegovim nadzorom. Naloga slednjega je obdelava dohodnih zahtev. Nginx uporablja model, ki temelji na dogodkih. Tudi mehanizmi, ki so odvisni od operacijskega sistema, se uporabljajo za doseganje učinkovite dodelitve zahtevkov neposredno med potekom dela. Njihova številka je vedno navedena v konfiguracijski datoteki. Vrednost je lahko bodisi fiksna bodisi nastavljena samodejno, glede na število procesorskih jeder, s katerimi lahko delate. V nginxu so sistem in moduli konfigurirani z uporabo konfiguracijske datoteke. Zato, če je treba nekaj spremeniti, potem je treba poiskati. Običajno je v direktivi / etc / rginx (vendar se pot lahko spremeni pri uporabi drugih sistemov) in ima razširitev .conf.

Zagon, ponovni zagon in dnevniki

Če želite to narediti, morate izvedljivo zagnati program. Strežnik nginx lahko konfigurirate šele takrat, ko je zagnan. Nadzor se izvede tako, da se izvede z izvedljivo možnostjo -s. Če želite to narediti, uporabite naslednji vnos:

signal nginx -s

V takem primeru lahko nadomestite takšne ukaze (morajo prihajajo od uporabnika, ki je sprožil orodje):

1. Stop. Uporablja se za hitro zaustavitev.
2. Ponovno naloži. Ukaz zahteva ponovno naložitev konfiguracijske datoteke. Vsebina je, da se vse spremembe ne bodo uporabljale med delom datoteke. Za uveljavitev je potreben ponovni zagon. Takoj, ko bo ta signal prejet, bo glavni proces začel preverjati pravilnost skladenjske komponente konfiguracijske datoteke in poskusiti uporabiti tam na voljo navodila. Če ne uspe, bo vrnil spremembe in bo deloval s starimi nastavitvami. Če se je vse uspešno zgodilo, se bodo začeli novi delovni procesi, stari pa bodo poslali zahtevo za dokončanje.
3. Nehaj. Velja za gladko zaustavitev. Uporabno, če morate počakati, dokler se ne končajo trenutne zahteve.
4. Odprite. Zaprite in odprite datoteke dnevnika.

Uporaba pripomočkov

Procese lahko konfigurirate tudi z orodji Unix (na primer, upošteva se orodje za ubijanje). Ponavadi uporabljajo mehanizem za pošiljanje postopka signalu neposredno s podatki. Povezani so z ID-jem. Ti podatki so shranjeni v datoteki nginx.pid. Predpostavimo, da nas zanima procesna številka 134. Nato moramo za nemoteno prenehanje pošiljati naslednje podatke:

kill -s QUIT 1628

Recimo, da si želimo ogledati seznam vseh tekočih datotek. Za to uporabimo ps orodje. Ukaz bo izgledal takole:

ps -ax | grep nginx

To pomeni, da lahko z uporabo dodatnih orodij ugotovite, da je njegova aplikacija. In zdaj se osredotočimo na to, kako se izvaja nginx-tuning.

Struktura konfiguracijske datoteke

Namestitev in konfiguracija nginx omogoča delo z moduli. Nastavljene so z uporabo direktiv, ki so določene v konfiguracijski datoteki. So preproste in blokirane. Prva vrsta direktiv sestavljajo ime in parametri, ki so ločeni s presledki, njihov konec pa je označen s podpičjem - (-). Blok ima podobno strukturo. Toda v tej direktivi namesto cilja postavimo še dodatna navodila, ki se nahajajo v oklepajih ({instructions}). Če se imena in parametri drugih procesov lahko nahajajo v njih, se takšne konstrukcije že imenujejo kot kontekst. Primer je http, lokacija in strežnik.

Distribucija statične vsebine

To je ena od najpomembnejših nalog, s katerimi se sooča konfiguracija nginx. Porazdelitev statistične vsebine pomeni slike in strani HTML (ne dinamične). Recimo, da potrebujemo enkratno nalogo za konfiguriranje nix nginx grozda. Ali je to težko storiti? Ne, in poglejmo primer. Preden nadaljujete z njo, je potrebno podrobno opisati pogoje problema. Torej, odvisno od zahtev, bodo datoteke prišle iz različnih lokalnih imenikov. Torej, v / data / www imamo dokumente HTML. Imenik / data / images vsebuje slike. Za optimalno konfiguracijo nginx v tem primeru je treba urejati konfiguracijsko datoteko, v kateri morate konfigurirati blok strežnika znotraj http. Za podporo bodo uporabljene tudi dve lokaciji.

Izvedba: strežnik

Torej, najprej moramo ustvariti imenike in postaviti datoteke s potrebnimi razširitvami (v html morate dodati vsebino). Nato odprite konfiguracijsko datoteko. V njej je privzeto že več strežniških blokov, ki so v masi komentirani. Da bi dosegli optimalen rezultat, je treba ta postopek privzeto opraviti glede na vse komponente. Nato dodajte nov blok strežnika s to kodo:

http {

strežnik {

}

}

Konfiguracijska datoteka lahko deluje z več takšnimi bloki. Vendar jih je treba razlikovati po njihovih imenih in pristaniščih, preko katerih so bili podatki prejeti.

Izvedba: lokacija

Določen je znotraj strežnika:

lokacija / {

root / data / www;

}

Prisotnost znaka »/« je potrebna za primerjavo prejetih podatkov in preverjanje, ali je tak naslov obravnavan v obdelani obliki. Če ni težav, navedite pot / podatke / www v zahtevano datoteko, ki je v tem lokalnem sistemu. Če je ujemanje z več bloki, je izbrana tista z najdaljšo predpono. V zgornjem primeru je njegova dolžina enaka eni, to pomeni, da bo uporaba le, če ni "konkurentov". Zdaj pa jo izboljšajmo:

lokacija / slike / {

root / podatki;

}

Kot lahko ugotovite, iščemo slike. In zdaj združimo vse delo, ki je bilo prej, in konfiguracija trenutno izgleda tako:

strežnik {

lokacija / {

root / data / www;

}

lokacija / slike / {

root / podatki;

}

}

To je delovna različica, ki se zgodi standardno številka 80 pristanišča. Ta strežnik je preprosto dostopen na lokalnem računalniku, če greste na: http: // localhost /. Kako to deluje?

Delovanje primera

Torej, ko pride do zahtev, ki se začnejo s / slike, bodo strežniške datoteke iz ustreznega imenika poslane uporabniku. V njegovi odsotnosti bodo dobili informacije, ki kažejo na napako 404. Če opraviti konfiguracijo nginx na lokalnem računalniku, nato zahtevek http: //localhost/images/example.jpg bomo dobili datoteko, katere lokacije /data/images/example.jpg. Če določite en znak "/", bo iskanje izvedeno v imeniku / data / directory. Vendar smo samo spremenili konfiguracijo. Za začetek dela je treba znova zagnati. Če želite to narediti, uporabite ukaz nginx -s reload. V primeru, ko je normalno delovanje ni mogoče, v access.log in error.log datotek, ki se nahajajo v direktivi / usr / local / rginx / dnevniki, ki jih lahko poiščete vzrok napake.

Ustvarjanje preprostega strežnika proxy

O nginxu je mogoče reči - nastavitev tega predmeta je ena od pogostih aplikacij (in precej enostavno, med drugim). Tu se uporablja načelo strežnika, ki sprejme zahtevo in ga nato preusmeri na potrebna mesta. Po tem se pričakuje odziv, ki jih usmeri na tiste, ki je postavil nalogo. Poglejmo si primer ustvarjanja osnovne točke. Obravnaval bo zahteve uporabnikov in jim priskrbel slike iz lokalnega imenika. Torej, na http spletu dodamo še en strežnik z naslednjo vsebino:

strežnik {

poslušajte 8080;

root / data / up1;

lokacija / {

}

}

In zdaj, dešifrirajmo se za vas: ustvarjen je preprost strežnik. Poslušal bo pristanišče 8080. Ne navedite poslušanja, potem se bo strežnik izvajal na 80. mestu. Prikazane bodo vse zahteve v lokalnem datotečnem sistemu, ki so usmerjene v imenik / data / up1 (seveda bo pred tem treba ustvariti). Če želite tam preveriti, morate datoteko index.html naložiti. Z dajanjem korenske direktive v kontekst strežnika lahko lokacijo uporabljamo pod vsemi pogoji (saj se omejitve dostopa odstranijo). Zdaj delamo na ustvarjanju proxy strežnika. Za njegovo delovanje potrebujemo proxy_pass direktivo, za katero bo protokol, ime in pristanišče objekta določen kot parameter (za lokalno povezavo bo izgledal kot http: // localhost: 8080). Rezultat je naslednji:

strežnik {

lokacija / {

proxy_pass http: // localhost: 8080;

}

lokacija / slike / {

root / podatki;

}

}

Če pregledujete kodo in jo analizirate, boste morda opazili, da je bil spremenjen drugi lokacijski blok. Torej, v tem primeru lahko deluje s tipičnimi razširitvami slik. Na nekoliko drugačen način bi se lahko prikazal na ta način:

lokacija ~ . (gif | jpg | png) $ {

root / podatki / slike;

}

Končna konfiguracija proxy strežnika je naslednja:

strežnik {

lokacija / {

proxy_pass http: // localhost: 8080 /;

}

lokacija ~ . (gif | jpg | png) $ {

root / podatki / slike;

}

}

Odpravil bo zahteve, na koncu katerih so določene razširitve, in jih pošljite tistemu, ki je zahteval datoteke. Ne pozabite, da je treba, če želite preveriti konfiguracijsko datoteko, ponovno zagnati. In verjemi mi, to je najpreprostejši nginx-tuning. Če odprete konfiguracijsko datoteko strežnika Vkontakte ali drugega velikega podjetja, bodo v tem članku imeli več kode kot besede.