Nginx: поставување и инсталација

Што е Apache, nginx? Цел, карактеристики, опции за персонализација - овие се нештата кои секоја веб инвеститорот треба да биде запознаен за тестирање на нивниот развој.

За nginx кажа ниту еден збор

Оваа алатка има една главна и неколку работни процеси. Првиот се занимава со читање и верификација конфигурација. Исто така, под нејзина контрола е управување со тек на работа. Проблемот на минатото - да се справи со новите барања. Моделот на употреба nginx кој се базира на настаните. исто така се користат механизми, во зависност од оперативниот систем, со цел да се постигне ефикасно барања распределба директно помеѓу процесите на работникот. Нивниот број е секогаш наведени во конфигурациската датотека. Вредноста може да биде или фиксни или автоматски, водени од страна на бројот на процесор јадра кои може да се ракува. Во nginx конфигурацијата на системот и модули се врши со користење на конфигурациската датотека. Затоа, ако треба да се промени нешто, ќе треба да се погледне за своето име. Обично тоа е во директивата / etc / nginx (но на пат може да се разликуваат со други системи) и има продолжување .conf.

Почеток, рестарт, и најавите

За да го направите ова, мора да се направи извршна работи. Конфигурирање nginx-сервер е можно само кога е започната. Управување се врши со благодарност да се јавите на извршна со -s параметар. За да го направите ова, користете го следново:

nginx -S сигнал

Во овој случај, може да ги замени следните команди (мора да дојде од страна на корисникот кој го лансираше алатка):

1. Стоп. Тоа се користи за брзо исклучување.
2. Вчитај ја страната повторно. Тимот е потребно за да ја превчитате конфигурациската датотека. Факт е дека било каква промена нема да стапи на сила до датотеката работи. И со цел да стапи на сила, се рестартира е потребно. Веднаш штом ќе се добие овој сигнал, главниот процес започнува да се провери исправноста на синтаксичката компонента на конфигурациската датотека и да се обиде да се применуваат на располагање водство таму. Во случај на неуспех, тоа ќе се тркалаат назад промени и ќе работи со стариот параметри. Ако се е успешна, таа ќе лансира нови работни процеси, и стариот ќе биде испратена до крајот на побарувачката.
3. Се откажам. Користи за непречено завршување на работата. Тоа се користи ако сакате да чекате додека тековната барања завршите одржува.
4. Отвори. Кога ќе ја отворите датотеки.

користење на услуги

и тоа преку, исто така може да се врши со употреба на Unix средства (убие комунални услуги ќе се дискутира како пример). Тие обично користат механизам за да се испрати сигнал директно на процесот на податоци. Тие се поврзани со помош на проект. Овие податоци се чуваат во nginx.pid датотека. Да претпоставиме дека ние сме заинтересирани за процесот №134. Потоа, за непречено завршување на потребата да ни ги испратите следните информации:

убие -s откажете од 1628

Да претпоставиме дека сакаме да ја видите листата на сите отворени датотеки. Ние се прави користењето на претпријатието КС. Тимот исто така ќе изгледа како што следува:

ps -ax | grep nginx

Тоа е, како што можете да видите, со користење на дополнителни инструменти се покаже дека тоа важи и неговата примена. И сега ајде да се фокусира на тоа како посветена nginx-конфигурација.

Структурата на конфигурациската датотека

Инсталирање и конфигурирање на nginx вклучува работа со модули. Тие се конфигуриран со користење на директивите кои се наведени во конфигурациската датотека. Тие можат да бидат едноставни или блок. Првиот тип се состои од директивите и параметри, кои се одделени со празен простор, и нивните крајни е означен со точка-запирка - (;). Блок има слична структура. Но, наместо на оваа директива затворање наоѓа дополнителни множество од инструкции кои се сместени во кадрава голема заграда (} {инструкции). Ако тие можат да објавуваат имињата и други параметри на процесот, тие се нарекуваат таквите конструкции имаат контекст. Како пример, HTTP, локација и серверот.

Дистрибуцијата на статична содржина

Ова е еден од најважните предизвици со кои се соочува конфигурација nginx. Под статистичка дистрибуција на содржината е наменета слики и HTML-страници (не динамичен). Да претпоставиме дека ние треба една работа за поставување на кластерот Никта nginx на. Дали е тешко да се направи тоа? Не, ајде да погледнеме еден пример. Пред да се одлучите на тоа, потребно е да се поблиските услови на проблемот. Така, во зависност од барањето, датотеките ќе доаѓаат од различни локални именици. Така, во / податоци / www имаме HTML-документи. И во директориумот / податоци / слики кои го содржат слики. Оптимално поставување nginx во овој случај бара уредување на конфигурациската датотека, која ќе мора да го конфигурирате единица на серверот во рамките на HTTP. За поддршка на двете ќе се користи како локација.

Имплементација: сервер

Значи, прво треба да се создаде директориуми и да се стават во датотеките, тие треба да се прошири (во html треба да додадете содржина). Тогаш се отвори конфигурациската датотека. Во него стандардниот сервер веќе има неколку блокови, кои во најголем дел се коментира надвор. За да се постигнат оптимални резултати, овој процес треба да се направи во однос на сите компоненти од стандардните. Потоа додадете нова единица серверот користејќи го овој код:

http {

сервер {

}

}

Конфигурациската датотека може да работи со неколку такви блокови. Но, тие мора да се разликува од страна на нивните имиња и пристаништата преку кои се добиени податоци.

Имплементација: локација

Утврдени во рамките на сервер:

локација / {

root / податоци / www;

}

Присуството на знакот "/" е да се споредат добиените податоци и да видиме дали постои таква адреса од тука обработените барање. Ако не постојат проблеми, а потоа наведете патеката / податоци / www до саканиот фајл кој се наоѓа во локалниот систем. Ако постои натпревар со неколку блокови, а потоа изберете го оној со најдолга префикс. Во овој пример, должина е еднаква на еден, односно употреба ќе биде исклучиво во случај дека не постои "конкуренција". Сега, ајде тоа ќе се ажурира:

локација / слики / {

root / податоци;

}

Како може да се идентификуваат, ние сме во потрага за една слика. Сега, ајде да се комбинираат сите случувања кои претходно беа, и конфигурација во овој момент е како што следува:

сервер {

локација / {

root / податоци / www;

}

локација / слики / {

root / податоци;

}

}

Ова е работна верзија на тој случај, стандардната порта №80. Овој сервер без никакви проблеми можат да бидат достапни на вашиот компјутер, ако одите на адреса: http: // localhost /. Како го прави ова сите работи?

Принципот на работа на пример

Значи, кога ќе дојдат на прашања што почнуваат со / слики, серверот на соодветните директориум датотеки ќе биде испратен до корисникот. Во негово отсуство, ќе им се даде информации кои укажуваат на грешка 404. Ако врши конфигурација nginx на локалниот компјутер, тогаш HTTP барањето: //localhost/images/example.png ние ќе добиете датотека чија локација /data/images/example.png. Кога ќе се определи "/" симбол за пребарување ќе бидат спроведени во директориумот / податоци / www. Но, ние само го смениле конфигурација. Таа почнува да работи, таа мора да се рестартира. За да го направите ова, користете nginx -s вчитување. Во случај кога нормално функционирање не е можно, во access.log и error.log датотеки наоѓа во Директивата / usr / local / nginx / трупци, може да се погледне за причината на дефектот.

Креирање на едноставна прокси сервер

Тоа може да се каже за nginx - конфигурација на овој објект е еден од најчестите апликации (и прилично лесно, патем). Тоа го користи принципот на серверот што ја добива барање, а потоа да ги пренасочува кон потребните сајтови. После тоа, одговорот се очекува од нив, кои ги испраќа на оној кој постави задача. Па ајде да погледнеме еден пример за создавање на база на точка. Тоа ќе се справи со барањата на корисниците на услугите и да им се обезбеди со слика од локален директориум. Значи, да го блокира http додадете друг сервер со следнава содржина:

сервер {

слушаат 8080;

root / податоци / УП1;

локација / {

}

}

Сега, ајде да се дешифрира за вас: создавање на едноставен сервер. Тој ќе го слуша пристаниште 8080 нема да се слуша, тогаш серверот ќе работи на 80-та. Ќе бидат прикажани сите барања во рамките на локална датотека систем, кои се насочени во директориумот / податоци / УП1 (се разбира, пред тоа ќе биде потребно да се создаде тоа). Да бидат во можност да се провери тоа е потребно да се одржи на index.html фајл. Поради поставување на директиви во контекст на коренот на серверот може да се користат локација на сите времиња (како што се отстранети рестрикции за пристап). Ние сега се работи на создавање на прокси. За тоа да работат, треба proxy_pass директива, за кои ќе бидат наведени името протокол, и пристаништето објект како параметри (за локалните врска со тоа како ќе изгледа http: // localhost: 8080). Се добие овој резултат:

сервер {

локација / {

proxy_pass http: // localhost: 8080;

}

локација / слики / {

root / податоци;

}

}

Ако се погледне на кодот и да се анализира, може да забележите дека втората локација единица е променето. Така, во овој случај, тоа може да работи со типичен екстензии слики. А малку различни, тоа може да се прикаже на следниот начин:

локација ~ \ (gif | jpg | png) {$.

root / податоци / слики;

}

конечната конфигурација на прокси е како што следува:

сервер {

локација / {

proxy_pass http: // localhost: 8080 /;

}

локација ~ \ (gif | jpg | png) {$.

root / податоци / слики;

}

}

Тоа ќе се филтрира барања на крајот од кои постојат со овие наставки и да ги испратите на лицето кое бара датотеки. Не заборавајте дека ќе треба да го рестартирате ако сакате да се провери конфигурациската датотека. И верувајте ми, тоа е само nginx-конфигурација. Ако ви се отвори конфигурација "VKontakte" серверот за датотеки или друга голема компанија, тие ќе имаат код повеќе од зборовите во оваа статија.