Nginx: Setup en installasie

Wat is apache, nginx? Doel, funksies, aanpassing opsies - dit is die dinge wat elke web-ontwikkelaar bekend om hul ontwikkelings te toets moet wees.

Oor nginx 'n woord

Hierdie instrument het 'n hoof en 'n paar werkstromen. Die eerste handel oor lees en opset verifikasie. Ook onder sy beheer is workflow bestuur. Die probleem van die verlede - om inkomende versoeke te hanteer. Die nginx gebruik model wat gebaseer is op die gebeure. Meganismes word ook gebruik, afhangende van die bedryfstelsel om die doeltreffende aanwending van versoeke direk tussen die werker prosesse te bereik. Hulle getal is altyd in die konfigurasielêer aangedui. Die waarde kan óf vaste word of outomaties, gelei deur die aantal verwerker cores wat hanteer kan word. In nginx opset van die stelsel en die modules word uitgevoer met behulp van die konfigurasielêer. Daarom, as jy nodig het om iets te verander, moet jy kyk vir sy naam. Gewoonlik is dit in die richtlijn / etc / nginx (maar die roete kan wissel met ander stelsels) en het 'n uitbreiding .conf.

Begin, weer begin, en log

Om dit te doen, moet jy die uitvoerbare lopies maak. nginx-bediener instel is slegs moontlik wanneer dit aangeskakel word. Bestuur word uitgevoer danksy die uitvoerbare met die -s parameter noem. Om dit te doen, gebruik die volgende:

nginx s sein

In hierdie geval, kan jy die volgende opdragte te vervang (moet kom uit die gebruiker wat die instrument van stapel gestuur):

1. Stop. Dit word gebruik vir 'n vinnige afsluit.
2. Herlaai. Die span wat nodig is om die konfigurasielêer herlaai. Die feit is dat enige veranderinge nie in werking sal tree totdat die lêer werk. En om in werking te tree, 'n reboot nodig. Sodra jy hierdie sein te kry, die belangrikste proses begin om die korrektheid van die sintaktiese komponent van die konfigurasielêer te verifieer en probeer om aansoek te doen daar die leiding beskikbaar. In die geval van mislukking, sal dit terug te rol veranderinge en sal saam met die ou parameters. As alles suksesvol is, sal dit nuwe werkstromen van stapel te stuur, en die ou sal aan die einde vraag gestuur word.
3. Afsluit. Gebruik vir gladde voltooiing van die werk. Dit word gebruik as jy wil om te wag totdat die huidige versoeke klaar in stand gehou.
4. Heropen. Naby en oop log files.

Die gebruik van utilities

Vorming proses kan ook uitgevoer word met behulp van Unix middel (doodmaak nut sal bespreek word as 'n voorbeeld). Hulle gebruik gewoonlik 'n meganisme om die sein direk na die proses data te stuur. Hulle word verbind deur middel van ID. Hierdie data word gestoor in nginx.pid lêer. Kom ons neem aan dat ons is geïnteresseerd in die proses №134. Dan, vir die gladde voltooiing van die behoefte om ons die volgende inligting te stuur:

doodmaak s QUIT 1628

Kom ons neem aan dat ons 'n lys van al die oop lêers te sien. Ons maak gebruik van die nut Ps. Die span sal ook soos volg lyk:

PS ax | grep nginx

Dit wil sê, soos jy kan sien, deur die gebruik van addisionele instrumente aan te dui dat hy sy aansoek gaan. En nou kom ons fokus op hoe toegewyd nginx-opset.

Die struktuur van die konfigurasielêer

Installering en instel nginx sluit werk met die modules. Hulle is ingestel met behulp van die voorskrifte wat vermeld in die konfigurasielêer. Hulle kan eenvoudig of blok wees. Die eerste tipe bestaan uit die voorskrifte en parameters, wat geskei deur spasies, en op hulle einde gelet word aangedui deur 'n kommapunt - (;). Die blok het 'n soortgelyke struktuur. Maar in plaas van hierdie richtlijn sluiting geleë bykomende stel instruksies wat in die accolades ({} instruksies) geplaas word. As hulle die name en ander parameters van die proses kan plaas, hulle geroep soos konstruksies het die konteks. As 'n voorbeeld, http, plek en bediener.

Die verspreiding van statiese inhoud

Dit is een van die belangrikste uitdagings vir die nginx opset. Onder die statistiese verspreiding van die inhoud is bedoel beelde en HTML-bladsye (nie dinamiese). Veronderstel dat ons 'n enkele werk oor die opstel van die cluster nix nginx nodig. Is dit moeilik om dit te doen? Nee, kom ons kyk na 'n voorbeeld. Voordat hulle op dit, is dit nodig om detail die voorwaardes van die probleem. So, na gelang van die aanvraag, sal die lêers kom uit verskillende plaaslike gidse. So, in die / data / www het ons HTML-dokumente. En in die gids / data / beelde wat beelde. Optimale omgewing nginx in hierdie geval vereis die wysiging van die konfigurasielêer, waarin jy die bediener eenheid binne http moet instel. Ter ondersteuning van die twee sal gebruik word as plek.

Implementering: bediener

So, in die eerste moet ons dopgehou te skep en plaas hulleself in die lêers wat hulle nodig het om uit te brei (in html jy nodig het om inhoud by te voeg). Maak dan die konfigurasielêer. In dit die verstek bediener het reeds 'n hele paar blokke, wat vir die grootste deel is kommentaar gelewer het. Om optimale resultate te bereik, hierdie proses gedoen moet word met betrekking tot al die komponente by verstek. voeg dan 'n nuwe bediener eenheid gebruik van hierdie kode:

http {

bediener {

}

}

Die konfigurasielêer kan werk met 'n paar sulke blokke. Maar hulle moet onderskei word deur hul name en hawens waardeur data ontvang.

Implementering: plek

Bepaal binne die bediener:

plek / {

wortel / data / www;

}

Die teenwoordigheid van die teken "/" is wat nodig is om die data wat verkry vergelyk en vas te stel of daar so 'n adres van die verwerkte versoek hier. As daar is geen probleme, dan spesifiseer die pad / data / www om die verlangde lêer wat is geleë in die plaaslike stelsel. As daar 'n wedstryd met 'n paar blokke, kies dan die een met die langste voorvoegsel. In hierdie voorbeeld, die lengte is gelyk aan een, met ander woorde, die gebruik sal uitsluitlik in die geval dat daar geen "kompetisie". Nou, laat dit sal werk:

plek / beelde / {

wortel / data;

}

Hoe kan identifiseer, is ons op soek na 'n beeld. Nou, laat ons almal ontwikkelings wat voorheen was, en die opset in hierdie tyd is soos volg kombineer:

bediener {

plek / {

wortel / data / www;

}

plek / beelde / {

wortel / data;

}

}

Dit is 'n werkende weergawe van so 'n geval, die standaard poort №80. Hierdie bediener sonder enige probleme kan beskikbaar op jou rekenaar, as jy gaan na die adres: http: // localhost /. Hoe dit alles werk?

Die beginsel van werking van die voorbeeld

So, wanneer hulle op navrae wat begin met 'n / beelde kom, die bediener van die ooreenstemmende gids lêers sal aan die gebruiker gestuur. In sy afwesigheid inligting wat die fout 404. gegee sal word as nginx opset uitgevoer op die plaaslike rekenaar, kan die versoek http: //localhost/images/example.png sal ons 'n lêer wie se plek /data/images/example.png kry. As jy spesifiseer 'n "/" simbool soek sal in die gids / data / www gedoen. Maar ons het net verander die konfigurasie. Dit begin om te werk, moet dit weer te begin. Om dit te doen, gebruik die nginx s herlaai. In die geval waar die normale werking is nie moontlik, in die access.log en error.log lêers geleë in die richtlijn / usr / local / nginx / logs, kan jy kyk vir die oorsaak van die fout.

Die skep van 'n eenvoudige instaanbediener

Dit kan gesê word oor nginx - opset van hierdie fasiliteit is een van die mees algemene toepassings (en redelik maklik, by the way). Dit maak gebruik van die beginsel van die bediener wat 'n versoek ontvang, en dan aansture hulle om die nodige webwerwe. Daarna word die antwoord van hulle verwag word, wat hulle stuur na die een wat die taak gestel. So kom ons kyk na 'n voorbeeld van die skep van 'n basis punt. Dit sal handel oor versoeke diens gebruikers en bied hulle met 'n beeld van 'n plaaslike gids. So, om te sluit http voeg 'n ander bediener met die volgende inhoud:

bediener {

luister 8080;

wortel / data / up1;

plek / {

}

}

Nou, laat ons ontsyfer vir julle: die skep van 'n eenvoudige bediener. Hy sal luister hawe 8080 het nie 'n luister, dan sal die bediener loop op die 80 ste. Sal vertoon al die versoeke binne die plaaslike lêerstelsel wat gerig word aan die gids / data / up1 (natuurlik voor dat dit sal nodig om dit te skep). Om in staat wees om te kyk is dit nodig om die index.html lêer plaas. As gevolg van die plasing van riglyne in die konteks van die wortel bediener kan ons plek te alle tye gebruik (as so verwyder beperkings toegang). Ons is nou besig om 'n gevolmagtigde te skep. Vir dit om te werk, moet ons proxy_pass richtlijn, waarvoor sal gespesifiseerde naam protokol, en die hawe fasiliteit as parameters (vir plaaslike verbinding dit sal lyk http: // localhost: 8080). Kry hierdie resultaat:

bediener {

plek / {

proxy_pass http: // localhost: 8080;

}

plek / beelde / {

wortel / data;

}

}

As jy kyk na die kode en analiseer dit, kan jy sien dat die tweede plek eenheid is verander. So, in hierdie geval, kan dit werk met 'n tipiese uitbreidings beelde. 'N bietjie anders is, kan dit soos volg vertoon word:

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

wortel / data / beelde;

}

Die finale proxy configuration is soos volg:

bediener {

plek / {

proxy_pass http: // localhost: 8080 /;

}

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

wortel / data / beelde;

}

}

Dit sal filter versoeke aan die einde waarvan daar hierdie uitbreidings en stuur dit na die persoon wat lêers versoek. Moenie vergeet dat dit nodig sal hê om weer te begin as jy wil hê dat die konfigurasielêer te gaan. En glo my, dit is net nginx-opset. As jy die opset "Vkontakte" lêerbediener of ander groot maatskappy oop, sal hulle die kode meer as woorde in hierdie artikel het.