Nginx: Setup un uzstādīšana

Kas ir Apache, nginx? Mērķis, funkcijas pielāgošanas iespējas - tās ir lietas, kas katram web izstrādātājam būtu jāzina, lai pārbaudītu savu attīstību.

Par Nginx teikt vārdu

Šis rīks ir viens galvenais un vairākas darbplūsmas. Pirmie nodarbojas ar lasīšanas un konfigurācijas pārbaudi. Arī tās pārziņā ir darbplūsmas vadība. No pagātnes problēma - lai apstrādātu ienākošos pieprasījumus. Nginx lietošana modelis, kas ir balstīta uz notikumiem. tiek izmantotas arī mehānismi, atkarībā no operētājsistēmas, lai panāktu efektīvu piešķiršanas pieprasījumus tieši starp darba procesiem. To skaits vienmēr ir norādīts konfigurācijas failā. Vērtība var būt vai nu fiksēta vai noteikt automātiski, vadoties pēc procesora kodolu skaits, kas var tikt apstrādāti. In Nginx konfigurāciju sistēmas un moduļiem tiek veikta, izmantojot konfigurācijas failu. Tāpēc, ja jums ir nepieciešams, lai mainītu kaut ko, jums ir nepieciešams meklēt savu vārdu. Parasti tas ir šajā direktīvā / etc / Nginx (bet maršruts var mainīties ar citām sistēmām), un ir paplašinājums .conf.

Start, restart, un log

Lai to izdarītu, jums ir veikt izpildāmais. Konfigurēšana Nginx-serveris ir iespējama tikai tad, kad tas ir sākusies. Vadība tiek veikta, pateicoties zvanīt izpildāmo ar -s parametrs. Lai to izdarītu, izmantojiet šo:

Nginx-s signāls

Tādā gadījumā jūs varat aizstāt šādas komandas (jānāk no lietotāja, kas uzsāka šo rīku):

1. Stop. Tas tiek izmantots, lai ātri izslēgšanu.
2. Pārlādēt. Komanda vajadzēja pārlādēt konfigurācijas failu. Fakts ir tāds, ka jebkādas izmaiņas nestāsies spēkā, kamēr fails darbojas. Un, lai stātos spēkā, atsāknēšana ir nepieciešams. Tiklīdz jūs saņemt šo signālu, galvenais process sākas, lai pārbaudītu pareizību sintakses komponentu konfigurācijas failu un mēģināt tur pieteikties norādījumi pieejama. Gadījumā, ja neizdodas, tas atritināt izmaiņas un strādās ar vecajiem parametriem. Ja viss ir veiksmīga, tā uzsāks jaunu darbplūsmu, un vecais tiks nosūtīta pieprasījuma beigām.
3. Iziet. Izmanto netraucētu darbu pabeigšanas. To lieto, ja jūs nevēlaties gaidīt, kamēr pašreizējie lūgumi pabeigta saglabāts.
4. Atkārtoti atvērt. Aizvērt un atvērt log failus.

Izmantojot komunālie

Iestatīšana procesus var veikt, izmantojot Unix līdzekļus (nogalināt lietderība tiks apspriesti kā piemērs). Tās parasti izmanto mehānismu, lai nosūtītu signālu tieši procesa datiem. Tie ir saistīti ar ID. Šie dati tiek glabāti nginx.pid failā. Pieņemsim, ka mēs esam ieinteresēti šajā procesā №134. Tad, lai netraucētu pabeigšanas nepieciešamību nosūtīt mums šādu informāciju:

nogalināt -s atmest 1628

Pieņemsim, ka mēs vēlamies redzēt sarakstu ar visiem atvērto failu. Mēs padarīt izmantot komunālo ps. Komanda arī izskatīsies šādi:

ps -ax | grep nginx

Tas ir, kā jūs varat redzēt, izmantojot papildu instrumentus norāda, ka tas iet savu pieteikumu. Un tagad pieņemsim koncentrēties uz to, kā izdarītā Nginx-konfigurācijā.

Struktūra konfigurācijas failu

Instalēšana un konfigurēšana Nginx ir strādāt ar moduļiem. Tie ir konfigurēti, izmantojot direktīvas, kuras ir norādītas konfigurācijas failā. Tās var būt vienkāršas vai bloķēt. Pirmais veids sastāv no direktīvām un parametriem, kas ir atdalīti ar atstarpēm, un to gala tiek iezīmēta ar semikolu - (;). Bloks ir līdzīga struktūra. Bet tā vietā, lai šīs direktīvas slēgšanu atrodas papildu kopu, kas tiek novietoti uz figūriekavās ({} instrukcija). Ja viņi var ievietot vārdus un citus parametrus procesā, tos sauc par šādām konstrukcijām ir kontekstu. Piemēram, http, atrašanās vietu un serveri.

Statiskās satura izplatīšana

Šis ir viens no svarīgākajiem izaicinājumiem Nginx konfigurāciju. Saskaņā ar statistikas izplatīšanu satura ir paredzēti, attēlus un HTML lapas (ne dinamisks). Pieņemsim, ka mums ir nepieciešama vienota darbu izveidojot klasteru nāra nginx. Vai tas ir grūti to darīt? Nē, aplūkosim piemēru. Pirms uzsākt par to, ka ir nepieciešams precizēt nosacījumus par problēmu. Tātad, atkarībā no pieprasījuma, faili nāks no dažādiem vietējiem katalogi. Tādējādi / datu / www mums ir HTML dokumentu. Un direktoriju / datu / attēlu, kas satur attēlus. Optimāls iestatījums nginx šajā gadījumā prasa rediģējot konfigurācijas failu, kas jums ir konfigurēt servera vienību, http. Lai atbalstītu abas tiks izmantots kā vietu.

Ieviešana: serveris

Tātad, pirmkārt, mums ir nepieciešams, lai izveidotu direktoriju un ievieto sevi failus, kas vajadzīga, lai paplašinātu (HTML, jums ir nepieciešams, lai pievienotu saturu). Tad atveriet konfigurācijas failu. Tajā noklusējuma serveris jau ir vairāki bloki, kas lielākoties ir komentējis out. Lai sasniegtu vislabākos rezultātus, šis process ir jāveic attiecībā uz visiem komponentiem pēc noklusējuma. Tad pievieno jaunu servera ierīci, izmantojot šo kodu:

http {

serveris {

}

}

Konfigurācijas fails var strādāt ar vairākiem šādiem blokiem. Taču tās ir jāatšķir pēc to nosaukumiem un ostu, caur kuru tiek saņemti dati.

Ieviešana: atrašanās vieta

Nosaka ietvaros serveri:

vieta / {

root / data / www;

}

Apzīmējuma klātbūtne "/", ir nepieciešams, lai salīdzinātu iegūtos datus, un redzētu, vai pastāv šāda adrese no pārstrādātajām pieprasījumu šeit. Ja nav problēmu, tad norādiet ceļu / data / www vēlamajā failu, kas atrodas vietējā sistēmā. Ja ir spēle ar dažiem blokiem, tad izvēlieties vienu ar garāko prefiksu. Šajā piemērā, garums ir vienāds ar vienu, ti, izmantošana būs tikai un vienīgi gadījumā, ja nepastāv "konkurss". Tagad, ļaujiet tai tiks atjaunināta:

atrašanās vieta / images / {

root / dati;

}

Kā var noteikt, mēs meklējam attēlu. Tagad, pieņemsim apvienot visus notikumus, kas bija agrāk, un konfigurācijas šajā laikā ir šādi:

serveris {

vieta / {

root / data / www;

}

atrašanās vieta / images / {

root / dati;

}

}

Tas ir darba versija, ka gadījumā, standarta ostas №80. Šis serveris bez jebkādām problēmām var būt pieejami jūsu datorā, ja jums iet uz adresi: http: // localhost /. Kā tas viss darbojas?

No darbības piemēru princips

Tātad, ja viņi nāk uz jautājumiem, kas sākas ar / attēliem, serveris par atbilstošo direktorijā failus tiks nosūtīts lietotājam. Viņa prombūtnes tiks sniegta informācija, kas norāda uz kļūdu 404. Ja veic Nginx konfigurāciju uz lokālā datora, tad pieprasījumu http: //localhost/images/example.png mēs saņemsiet failu, kura atrašanās vieta /data/images/example.png. Kad norādāt "/" simbolu meklēšana tiks veikta direktorijā / datu / www. Bet mēs esam tikai mainījuši konfigurāciju. Tā sāk darboties, tai ir jārestartē. Lai to izdarītu, izmantojiet Nginx-s pārlādēt. Gadījumā, ja normālā nav iespējams, jo access.log un error.log failiem, kas atrodas šajā direktīvā / usr / local / nginx / baļķi, jūs varat meklēt cēloni vainas.

Izveidojot vienkāršu starpniekserveri

To var teikt par Nginx - konfigurācija šīs iekārtas, ir viens no visbiežāk pieteikumu (un samērā viegli, starp citu). Tas izmanto servera, kas saņem pieprasījumu, principu un tad novirza tos nepieciešamajām vietām. Pēc tam, atbilde ir sagaidāms no tiem, kas sūta tos uz kādu, kurš noteiktā uzdevumu. Tātad aplūkosim piemēru izveidojot bāzes punktu. Tas tiks galā ar pakalpojumu lietotāju pieprasījumiem un nodrošina tos ar attēlu no vietējā direktorijā. Tātad, lai bloķētu http pievienotu citu serveri ar šādu saturu:

serveris {

klausīties 8080;

root / data / up1;

vieta / {

}

}

Tagad, pieņemsim atšifrēt jums: izveidojot vienkāršu serveri. Viņš klausās portu 8080 nav klausīties, tad serveris darbosies uz 80 th. Tiks parādīti visi pieprasījumi ietvaros vietējo failu sistēma, kas ir vērsti uz direktoriju / datu / up1 (protams, pirms tas būs nepieciešams, lai radītu to). Lai varētu pārbaudīt, ka ir nepieciešams izvietot index.html failu. Sakarā ar izvietošanu direktīvas kontekstā saknes servera, mēs varam izmantot vietu visu laiku (kā svītrošana piekļuves ierobežojumi). Mēs šobrīd strādājam, lai izveidotu proxy. Lai tas darbotos, mums ir nepieciešams proxy_pass direktīva, par kuru tiks norādīto protokolu vārdu un ostas iekārtu, kā parametri (vietējo pieslēgumu tas izskatīsies http: // localhost: 8080). Iegūt šo rezultātu:

serveris {

vieta / {

proxy_pass http: // localhost: 8080;

}

atrašanās vieta / images / {

root / dati;

}

}

Ja paskatās kodu un analizēt to, jūs ievērosiet, ka otrais bloks atrašanās vieta tika mainīta. Tātad, šajā gadījumā, tas var strādāt ar tipisku paplašinājumi attēliem. Mazliet atšķirīgs, tas var tikt parādīts šādi:

Atrašanās vieta ~ \ (gif | jpg | png) $ {.

root / data / attēlu;

}

Galīgais proxy konfigurācija ir šāda:

serveris {

vieta / {

proxy_pass http: // localhost: 8080 /;

}

Atrašanās vieta ~ \ (gif | jpg | png) $ {.

root / data / attēlu;

}

}

Tas izfiltrēt pieprasījumus beigās, kas tur ir šie paplašinājumi, un nosūtīt tos personai, kas pieprasīja failus. Neaizmirstiet, ka tas būs nepieciešams restartēt, ja jūs vēlaties, lai pārbaudītu konfigurācijas failu. Un ticiet man, tas ir tikai nginx konfigurācijas. Atverot konfigurācija "Vkontakte" failu servera vai citu lielu uzņēmumu, viņiem būs kods vairāk nekā vārdi šajā rakstā.