Nginx: Настройка и монтаж

Какво е Apache, Nginx? Цел, функции, опции за персонализиране - това са нещата, които всеки уеб разработчик трябва да са запознати за тестване на развитието им.

За Nginx каже и дума

Този инструмент има една основна и няколко работни потоци. Първият се отнася до четене и проверка на конфигурацията. Също така под неин контрол, е управление на работния процес. Проблемът на миналото - да се справя входящи заявки. Моделът използва Nginx, който се основава на събитията. Използват се и механизми, в зависимост от операционната система, за да се постигне ефективна искания за разпределяне на пряко между процесите на работник. Техният брой винаги е посочен в конфигурационния файл. Стойността може да бъде фиксиран или автоматично, като се ръководи от броя на процесорни ядра, които могат да се обработват. В Nginx конфигурация на системата и модулите се извършва с помощта на конфигурационния файл. Ето защо, ако искате да промените нещо, което трябва да се търси неговото име. Обикновено това е в директива / и т.н. / Nginx (но маршрутът може да се променя с други системи) и има разширение .conf.

Старт, рестарт и дневник

За да направите това, трябва да се работи продуктът. Конфигуриране на Nginx сървър е възможно само, когато е започнало. Управление се осъществява благодарение на обадите на изпълнимия файл с -s параметър. За да направите това, използвайте следния текст:

Nginx -s сигнал

В този случай, можете да заместите следните команди (трябва да дойде от страна на потребителя, че стартира инструмента):

1. Стоп. Той се използва за бързо изключване.
2. Презареждане. Екипът е необходимо, за да презаредите конфигурационния файл. Факт е, че всички промени, няма да влязат в сила до файла работи. И, за да влезе в сила, е необходимо рестартиране. Веднага след като получи този сигнал, основният процес започва да се провери коректността на синтактичен компонент на конфигурационния файл и да се опита да приложи на разположение ръководството там. В случай на неуспех, ще отмените промените и ще работи със старите параметри. Ако всичко е успешно, то ще стартира нови работни процеси, както и старите ще бъдат изпратени до края на търсенето.
3. Quit. Използва се за плавно завършване на работата. Той се използва, ако искате да се изчака, докато настоящите искания приключите поддържана.
4. Отворете отново. Близки и отворени лог файлове.

Използването на комунални услуги

процесите на определяне може да се извършват с помощта на Unix средства (убие полезност ще бъде разгледан като пример). Те обикновено се използва механизъм за изпращане на сигнала директно към данните на процеса. Те са свързани с помощта на ID. Тези данни се съхраняват в nginx.pid файл. Да приемем, че ние сме заинтересовани в процеса №134. След това, за безпроблемното приключване на необходимостта да ни изпратите следната информация:

убие -s QUIT 1628

Да приемем, че ние искаме да видите списък с всички отворени файлове. Правим ползване на полезност Пс. Екипът също така ще изглежда по следния начин:

PS -ax | Впиши Nginx

Това е, както можете да видите, като се използват допълнителни инструменти показват, че той отива неговото прилагане. А сега нека да се съсредоточи върху това колко отдадени Nginx-конфигурация.

Структурата на конфигурационния файл

Инсталиране и конфигуриране на Nginx включва работа с модулите. Те са конфигурирани с помощта на директивите, които са посочени в конфигурационния файл. Те могат да бъдат прости или блок. Първият вид се състои от директиви и параметри, които са разделени с интервали, и им край е обозначен с запетая - (). Блокът има подобна структура. Но вместо това директива закриване разположен допълнителен набор от инструкции, които са поставени в големи скоби ({} инструкции). Ако те могат да публикуват имената и други параметри на процеса, те се наричат такива конструкции са от контекста. Като пример, HTTP, местоположение и сървър.

Разпределението на статично съдържание

Това е един от най-важните предизвикателства пред конфигурацията на Nginx. При статистическото разпределение на съдържанието е предназначено изображения и HTML-страници (динамичен). Да предположим, че имаме нужда от една единствена работа по създаване на клъстер никс Nginx на. Трудно ли е да се направи това? Не, нека да разгледаме един пример. Преди да се впусне в това, че е необходимо да подробно условията на проблема. Така че, в зависимост от изискванията, файловете ще идват от различни местни директории. По този начин, в / данни / WWW имаме HTML-документи. И в директорията / данни / изображения, съдържащи изображения. Оптимална настройка Nginx в този случай изисква редактиране на конфигурационния файл, който можете да конфигурирате устройството на сървъра в рамките на HTTP. В подкрепа на двамата ще бъде използван като място.

Изпълнение: сървър

Така че, първо трябва да създадем директории и да се постави в файловете, които трябва да се разшири (в HTML, което трябва да се добави съдържание). След това отворете конфигурационния файл. В него на сървъра, което вече има няколко блока, които в голямата си част са коментирани. За да се постигне оптимален резултат, този процес трябва да се направи по отношение на всички компоненти по подразбиране. След това добавете нов блок сървър чрез този код:

HTTP {

сървър {

}

}

В този конфигурационен файл може да работи с няколко такива блокове. Но те трябва да се разграничава от техните имена и пристанища, през които се получават данни.

Изпълнение: местоположение

Определя в рамките на сървъра:

местоположение / {

корен / данни / WWW;

}

Наличието на знака "/" е необходимо да се сравнят получените данни и да видим дали има такъв адрес от тук обработват заявката. Ако няма проблеми, а след това уточни път / данни / WWW до желания файл, който се намира в локалната система. Ако има съвпадение с няколко пресечки, а след това изберете този, с най-дългата префикс. В този пример, дължината е равна на един, т.е., употребата ще бъде изключително в случай, че не е "конкуренция". Сега, нека да го ще се актуализира:

местоположение / снимки / {

корен / данни;

}

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

сървър {

местоположение / {

корен / данни / WWW;

}

местоположение / снимки / {

корен / данни;

}

}

Това е работен вариант на този случай стандартната порт №80. Този сървър без никакви проблеми могат да бъдат на разположение на вашия компютър, ако отидете на адрес: HTTP: // Localhost /. Как всичко това работи?

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

Така че, когато те идват на заявки, които започват с / изображения, сървърът на съответните директории файлове ще бъдат изпратени на потребителя. В негово отсъствие ще бъде дадена информация, показваща грешката 404. Ако се извършва конфигурация Nginx на локалния компютър, а след това HTTP заявката: //localhost/images/example.png ние ще се файл, чието местоположение /data/images/example.png. Когато зададете "/" търсене символ ще се проведе в директорията / данни / WWW. Но ние сме само променя конфигурацията. Тя започва да работи, тя трябва да се рестартира. За да направите това, използвайте Nginx -s презареждане. В случай, че нормалната работа не е възможно, в access.log и error.log файлове, намиращи се в директивата / ЮЕсАр / местни / Nginx / трупи, можете да потърсите причината за повредата.

Създаване на прост прокси сървър

Може да се каже за Nginx - конфигурация на това съоръжение е една от най-честите приложения (и сравнително лесно, между другото). Той използва принципа на сървъра, който получава искане, и след това да ги пренасочва към необходимите складови площи. След това, отговорът се очаква от тях, което ги изпраща на този, който поставя задачата. Така че нека да разгледаме един пример за създаване на базова точка. Тя ще се занимава с искания за потребители на услуги, както и да им предостави изображение от локална папка. Така че, за да блокира HTTP добавите друг сървър със следното съдържание:

сървър {

слушате 8080;

корен / данни / ир1;

местоположение / {

}

}

Сега, нека да разчитам на вас: създаване на прост сървър. Той ще слуша порт 8080 не разполага с слушат, а след това на сървъра ще работи на 80-ти. Ще бъдат показани всички искания в рамките на локалната файлова система, които са насочени към директорията / данни / ир1 (разбира се, преди това ще бъде необходимо, за да го създадете). За да може да се провери, че е необходимо да поставите файла index.html. Благодарение на разположението на директиви в контекста на кореновия сървър можем да използваме място през цялото време (като по този начин премахна ограниченията за достъп). В момента се работи за създаване на прокси. За да може да работи, ние трябва proxy_pass директива, за която ще бъдат уточнени име протокол, и в пристанищното съоръжение като параметри (за локална връзка тя ще изглежда като HTTP: // Localhost: 8080). Вземете този линк:

сървър {

местоположение / {

proxy_pass HTTP: // Localhost: 8080;

}

местоположение / снимки / {

корен / данни;

}

}

Ако се вгледате в кода и го анализира, може да забележите, че втората местоположението единица е променен. По този начин, в този случай, тя може да работи с типичните разширенията на изображения. Малко по-различна, тя може да се появи, както следва:

локация ~ \ (GIF | JPG | PNG) $ {.

корен / данни / изображения;

}

крайната конфигурация на заместител е, както следва:

сървър {

местоположение / {

proxy_pass HTTP: // Localhost: 8080 /;

}

локация ~ \ (GIF | JPG | PNG) $ {.

корен / данни / изображения;

}

}

Тя ще филтрира заявките, в края на който има тези разширения и да ги изпращат на лицето, поискало файлове. Да не забравяме, че той ще трябва да рестартирате, ако искате да се провери конфигурационния файл. И повярвайте ми, това е просто Nginx-конфигурация. Ако отворите конфигурацията "Vkontakte" файлов сървър или друга голяма компания, те ще имат кода повече от думи в тази статия.