Ordinadors, Programació
Nginx: Configuració i instal·lació
Què és Apache, Nginx? Finalitat, les característiques opcions de personalització - aquestes són les coses que cada desenvolupador web ha de ser familiar per provar els seus desenvolupaments.
Sobre nginx diuen una paraula
Inici, reinici i registre
senyal de nginx -s
En aquest cas, pot substituir les següents comandes (ha de venir de l'usuari que va posar en marxa l'eina):
- Aturar. S'utilitza per a l'apagat ràpid.
- Actualitza. L'equip necessari per recarregar l'arxiu de configuració. El fet és que els canvis no tindran efecte fins que l'arxiu funciona. I per tal de tenir efecte, cal reiniciar. Tan aviat com s'obté aquest senyal, el procés principal comença a verificar la correcció del component sintàctic de l'arxiu de configuració i tractar d'aplicar les orientacions disponibles allà. En cas de fallada, serà desfer els canvis i treballarà amb els paràmetres antics. Si tot va bé, es posarà en marxa nous fluxos de treball, i el vell s'enviarà al final de la demanda.
- Deixar de fumar. S'utilitza per a la terminació llisa de l'obra. S'utilitza si vol esperar fins que les sol·licituds actuals acaben mantenen.
- Torneu a obrir. arxius de registre de tancament i obertura.
L'ús dels serveis públics
processos d'ajust també es poden realitzar usant mitjans de Unix (utilitat kill serà discutit com un exemple). En general, utilitzen un mecanisme per enviar el senyal directament a les dades de procés. Ells estan units per mitjà d'ID. Aquestes dades es guarden al fitxer nginx.pid. Suposem que estem interessats en el procés №134. Llavors, per al bon terme de la necessitat d'enviar la següent informació:
matar -s QUIT 1628
Suposem que volem veure una llista de tots els fitxers oberts. Estem fent ús de la utilitat pg. L'equip també es veurà de la següent manera:
-ax ps | grep nginx
És a dir, com es pot veure, mitjançant l'ús d'instruments addicionals indiquen que va en la seva aplicació. I ara ens centrarem en nginx-configuració del compromès.
L'estructura de l'arxiu de configuració
La distribució de contingut estàtic
Aquest és un dels reptes més importants que enfronta la configuració de nginx. En virtut de la distribució estadística dels continguts és imatges significava i pàgines HTML (no dinàmic). Suposem que tenim una sola obra sobre la configuració del nginx nix clúster. És difícil fer-ho? No, veurem un exemple. Abans d'embarcar-se en ell, cal detallar les condicions del problema. Per tant, depenent de la sol·licitud, els arxius vindran de diversos directoris locals. Per tant, al directori / data / www tenim documents HTML. I en el directori / dades / imatges que conté imatges. nginx ajust òptim en aquest cas ho requereixi l'edició de l'arxiu de configuració, que s'ha de configurar la unitat de servidor dins de http. Per donar suport als dos s'utilitzarà com a ubicació.
Aplicació: Servidor
http {
servidor {
}
}
L'arxiu de configuració pot treballar amb diversos d'aquests blocs. Però han de ser distingits pels seus noms i els ports a través del qual es reben dades.
Implementació: ubicació
lloc / {
root / data / www;
}
La presència del signe "/" cal comparar les dades obtingudes i veure si hi ha una direcció tal de la sol·licitud processada aquí. Si no hi ha problemes, a continuació, especifiqueu la ruta / dades / www a l'arxiu desitjat que es troba en el sistema local. Si hi ha una coincidència amb uns pocs blocs, a continuació, seleccioneu el que té el prefix més llarg. En aquest exemple, la longitud és igual a un, és a dir, l'ús serà exclusivament en el cas que no hi ha "competència". Ara, que s'actualitzarà:
Ubicació / images / {
root / dades;
}
Com es pot identificar, estem buscant una imatge. Ara, anem a combinar tots els desenvolupaments que anteriorment, i la configuració en aquest moment és el següent:
servidor {
lloc / {
root / data / www;
}
Ubicació / images / {
root / dades;
}
}
Aquesta és una versió de treball d'aquest cas, la norma №80 port. Aquest servidor sense cap tipus de problemes pot estar disponible en l'equip, si vas a l'adreça: http: // localhost /. Com funciona això?
El principi de funcionament de l'exemple
Creació d'un servidor intermediari senzill
servidor {
escoltar 8080;
root / data / UP1;
lloc / {
}
}
Ara, anem a desxifrar per a vostè: la creació d'un servidor simple. Ell va a escoltar el port 8080 no té un escoltar, llavors el servidor s'executarà en la 80a. Es mostraran totes les sol·licituds dins el sistema de fitxers local que es dirigeixen al directori / data / UP1 (per descomptat, abans que sigui necessari crear-lo). Per poder comprovar que cal posar l'arxiu index.html. A causa de la col·locació de les directives en el context del servidor arrel, podem utilitzar la ubicació en tot moment (com restriccions d'accés així traslladades). Ara estem treballant per crear un intermediari. Perquè funcioni, necessitem Directiva PROXY_PASS, per al qual s'especifica el nom del protocol, i la instal·lació portuària com a paràmetres (per a connexió local que es veurà com http: // localhost: 8080). Obtenir aquest resultat:
servidor {
lloc / {
PROXY_PASS http: // localhost: 8080;
}
Ubicació / images / {
root / dades;
}
}
Si ens fixem en el codi i ho analitza, es pot notar que la segona ubicació de la unitat ha canviat. Per tant, en aquest cas, es pot treballar amb imatges típiques extensions. Una mica diferent, podria ser representada de la següent manera:
ubicació ~ \ (gif | jpg | png) $ {.
root / data / images;
}
La configuració del servidor intermediari final és com segueix:
servidor {
lloc / {
PROXY_PASS http: // localhost: 8080 /;
}
ubicació ~ \ (gif | jpg | png) $ {.
root / data / images;
}
}
Es filtrarà peticions al final dels quals hi ha aquestes extensions i els envien a la persona que sol·licita arxius. Cal no oblidar que haurà de reiniciar si voleu comprovar el fitxer de configuració. I creguin-me, és només nginx-configuració. Si obre la configuració "Vkontakte" servidor d'arxius o una altra gran empresa, tindran el codi més que paraules en aquest article.
Similar articles
Trending Now