Nginx: Setup och installation

Vad är apache, Nginx? Syfte, funktioner, anpassningsalternativ - det är det som varje webbutvecklare bör känna att testa deras utveckling.

Om Nginx säga ett ord

Detta verktyg har en huvud- och flera arbetsflöden. Den första handlar om läsning och konfigurationskontroll. Även under dess kontroll är ärendehantering. Problemet med det förflutna - att hantera inkommande förfrågningar. Den Nginx användning modell som bygger på händelserna. Mekanismer används också, beroende på operativsystemet för att uppnå effektiva förfrågningar allokerings direkt mellan arbetsprocesser. Deras antal är alltid anges i konfigurationsfilen. Värdet kan antingen fasta eller ställs in automatiskt, styrd av det antal processorkärnor som kan hanteras. I nginx konfiguration av systemet och modulerna utförs med användning av konfigurationsfilen. Därför, om du behöver ändra något, måste du leta efter hans namn. Vanligtvis är det i direktivet / etc / Nginx (men vägen kan variera med andra system) och har en förlängning .conf.

Start, omstart, och log

För att göra detta måste du göra körbara körs. Konfigurera Nginx-server är endast möjligt när den startas. Ledningen utförs tack vare ringa körbara med -s parameter. För att göra detta, använd följande:

nginx -s signalen

I det här fallet kan du ersätta följande kommandon (måste komma från användare som lanserade verktyget):

1. Stopp. Den används för snabb avstängning.
2. Ladda. Laget behövde ladda konfigurationsfilen. Faktum är att eventuella förändringar inte kommer att träda i kraft förrän filen fungerar. Och för att träda i kraft krävs en omstart. Så fort du får denna signal startar huvudprocessen för att kontrollera riktigheten av syntaktiska komponenten i konfigurationsfilen och försöka tillämpa vägledningen finns där. I händelse av fel, kommer den att rulla tillbaka ändringar och kommer att arbeta med de gamla parametrarna. Om allt går bra kommer det att lansera nya arbetsflöden och gamla kommer att skickas till slut efterfrågan.
3. Avsluta. Används för smidigt genomförande av arbetet. Den används om man vill vänta tills de aktuella förfrågningar klar bibehålls.
4. Öppna. Stäng och öppna loggfiler.

Använda verktyg

Inställningsprocesser kan också utföras med användning Unix organ (kill verktyget kommer att diskuteras som ett exempel). De använder vanligen en mekanism för att skicka signalen direkt till processdata. De är kopplade med hjälp av ID. Dessa data lagras i nginx.pid fil. Låt oss anta att vi är intresserade av processen №134. Då, för ett smidigt genomförande av behovet av att skicka oss följande information:

döda -s AVSLUTA 1628

Låt oss anta att vi vill se en lista över alla öppna filer. Vi utnyttjar verktyget ps. Teamet kommer också att se ut som följer:

ps -ax | grep nginx

Det vill säga, som du kan se genom att använda ytterligare instrument tyder på att det går dess tillämpning. Och nu ska vi fokusera på hur engagerade Nginx-konfiguration.

Strukturen av konfigurationsfilen

Installera och konfigurera Nginx inkluderar arbete med modulerna. De konfigureras med de direktiv som anges i konfigurationsfilen. De kan vara enkla eller block. Den första typen består av de direktiv och parametrar, vilka är separerade av mellanslag, och deras slut indikeras av ett semikolon - (;). Blocket har en liknande struktur. Men istället för detta direktiv stängning ligger ytterligare en uppsättning instruktioner som är placerade i klamrar ({} instruktioner). Om de kan lägga namn och andra parametrar i processen, de kallas sådana konstruktioner har sammanhanget. Som ett exempel, http, plats och server.

Fördelningen av statiskt innehåll

Detta är en av de viktigaste utmaningarna för Nginx konfiguration. Enligt den statistiska fördelningen av innehållet är innebar bilder och HTML-sidor (inte dynamisk). Antag att vi behöver en enda arbete om inrättande av kluster nix Nginx. Är det svårt att göra det? Nej, låt oss titta på ett exempel. Innan man börjar på det, är det nödvändigt att i detalj villkoren för problemet. Så, beroende på begäran kommer filerna kommer från olika lokala kataloger. Således, i / data / www vi har HTML-dokument. Och i katalogen / data / bilder som innehåller bilder. Optimal inställning Nginx i detta fall kräver att redigera konfigurationsfilen, som du måste konfigurera servern enhet inom http. För att stödja de två kommer att användas som plats.

Genomförande: server

Så först måste vi skapa kataloger och placera sig i de filer som de behöver för att expandera (i html du behöver lägga till innehåll). Öppna sedan konfigurationsfilen. I den standardservern har redan flera block, som till största delen kommen ut. För att uppnå bästa möjliga resultat, måste denna process göras med hänsyn till alla komponenter som standard. Sedan lägga till en ny serverenhet med hjälp av denna kod:

http {

server {

}

}

Konfigurationsfilen kan arbeta med flera sådana block. Men de måste särskiljas genom sina namn och hamnar genom vilka data tas emot.

Genomförande: location

Bestämmas inom servern:

plats / {

root / data / www;

}

Förekomsten av skylten "/" är nödvändigt för att jämföra de erhållna data och se om det finns en sådan adress från den bearbetade begäran här. Om det inte finns några problem, sedan ange sökvägen / data / www till önskad fil som finns i det lokala systemet. Om det finns en match med ett par kvarter, välj sedan en med den längsta prefix. I det här exemplet är längden lika med ett, det vill säga, kommer användningen uteslutande i händelse av att det inte finns någon "konkurrens". Nu, låt det kommer att uppdatera:

plats / images / {

root / data;

}

Hur kan identifiera, söker vi en bild. Nu ska vi kombinera all utveckling som tidigare, och konfigurationen vid denna tidpunkt är som följer:

server {

plats / {

root / data / www;

}

plats / images / {

root / data;

}

}

Detta är en fungerande version av det fallet standardport №80. Denna server utan problem kan finnas tillgänglig på din dator, om du går till adressen: http: // localhost /. Hur allt detta arbete?

Principen för driften av exemplet

Så när de kommer till frågor som börjar med A / bilder server motsvarande katalogfilerna kommer att skickas till användaren. I hans frånvaro kommer att ges information som indikerar felet 404. Om utförs Nginx konfiguration på den lokala datorn, då begäran http: //localhost/images/example.png vi kommer att få en fil vars plats /data/images/example.png. När du anger en "/" symbol ökning kommer att genomföras i katalogen / data / www. Men vi har bara ändrat konfigurationen. Det börjar fungera måste det startas om. För att göra detta, använd Nginx -s reload. I de fall där den normala driften är inte möjlig i access.log och error.log filer som finns i direktivet / usr / local / Nginx / stockar kan du leta efter orsaken till felet.

Skapa en enkel proxyserver

Det kan sägas om nginx - konfiguration av denna tjänst är en av de vanligaste program (och ganska lätt, förresten). Den använder principen om server som tar emot en begäran och sedan omdirigerar dem till de nödvändiga platser. Efter det är det svar förväntas av dem, som skickar dem till en som sätter uppgiften. Så låt oss titta på ett exempel för att skapa en baspunkt. Det kommer att ta itu med service användarnas önskemål och förse dem med en bild från en lokal katalog. Så, för att blockera http lägga till en annan server med följande innehåll:

server {

lyssna 8080;

root / data / up1;

plats / {

}

}

Nu ska vi tolka för dig: att skapa en enkel server. Han kommer att lyssna på port 8080 har ingen lyssnar, då servern kommer att köras på 80: e. Visas alla förfrågningar inom det lokala filsystemet som är riktade till katalogen / data / up1 (naturligtvis, innan att det kommer att bli nödvändigt att skapa det). För att kunna kontrollera det är nödvändigt att placera index.html filen. På grund av placeringen av direktiven i samband med roten servern kan vi använda platsen hela tiden (som avlägsnas sålunda åtkomstbegränsningar). Vi arbetar nu med att skapa en proxy. För att det ska fungera behöver vi proxy_pass direktiv som kommer att anges protokollnamn och hamnanläggningen som parametrar (för lokal anslutning kommer det att se ut http: // localhost: 8080). Få detta resultat:

server {

plats / {

proxy_pass http: // localhost: 8080;

}

plats / images / {

root / data;

}

}

Om man tittar på koden och analysera den, kanske du märker att den andra enheten platsen har ändrats. Således, i detta fall, kan det fungera med typiska tillägg bilder. En lite annorlunda, skulle det kunna visas på följande sätt:

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

root / data / bilder;

}

Den slutliga proxy konfigurationen är enligt följande:

server {

plats / {

proxy_pass http: // localhost: 8080 /;

}

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

root / data / bilder;

}

}

Det kommer att filtrera bort begäranden i slutet av vilka det finns dessa förlängningar och skicka dem till den person som begärt filer. Glöm inte att det kommer att behöva starta om du vill kontrollera konfigurationsfilen. Och tro mig, det är bara Nginx-konfiguration. Om du öppnar konfigurationen "Vkontakte" filserver eller annat stort företag, kommer de att ha koden mer än ord i den här artikeln.