Компьютерлер, Бағдарламалау
Nginx: орнату және орнату
Apache деген не, nginx дегеніміз не? Параметрлердің мақсаты, мүмкіндіктері, параметрлері - әрбір веб-әзірлеушінің жетістіктерін тексеру үшін таныс болуы керек нәрселер.
Nginx туралы
Іске қосу, қайта іске қосу және журналдар
Nginx -s сигналы
Бұл жағдайда сіз осындай командаларды алмастыра аласыз (құралдың жұмыс істейтін пайдаланушысынан келуі керек):
- Тоқтату. Жылдам өшіру үшін қолданылады.
- Қайта жүктеу. Пәрмен конфигурация файлын қайта жүктеу үшін қажет. Мәселе мынада, кез-келген өзгерістер файл жұмыс істеген кезде қолданылмайды. Және олар күшіне енуі үшін қайта жүктеу қажет. Бұл сигнал алынғаннан кейін негізгі процесс конфигурациялық файлдың синтаксистік компонентінің дұрыстығын тексеріп, бар жерде берілген нұсқауларды қолдануға тырысады. Егер ол сәтсіз болса, ол өзгерістерді орындайды және ескі параметрлермен жұмыс істейді. Егер бәрі жақсы болса, жаңа жұмыс үрдістері басталады, ал ескі тапсырманы орындауды талап етеді.
- Шығу. Тегіс өшіру үшін қолданылады. Ағымдағы сұраулар аяқталғанша күте тұрсаңыз, қолдануға болады.
- Қайта ашыңыз. Журнал файлдарын жабыңыз және ашыңыз.
Утилиталарды пайдалану
Процестер Unix құралдары арқылы теңшелуі мүмкін (мысал ретінде, жою утилитасы қарастырылатын болады). Әдетте, олар процесті деректерге тікелей сигнал жіберу механизмін пайдаланады. Олар идентификатормен байланысты. Бұл деректер nginx.pid файлында сақталады. 134 нөмірлі процестің бізді қызықтыратынын ескеріңіз. Содан кейін біртіндеп тоқтату үшін келесі ақпаратты жіберуіміз керек:
Kill -s QUIT 1628
Айтуынша, барлық іске қосылған файлдардың тізімін көргіміз келеді. Біз мұны ps utility-ды қолданамыз. Команда келесідей болады:
Ps -ax | Grep nginx
Яғни, сіз көріп отырғандай, қосымша құралдарды қолдану арқылы оның қолданылуы туралы айтылады. Енді nginx-тюнинг қалай жасалатынына көңіл бөлейік.
Конфигурация файлының құрылымы
Статикалық мазмұнды тарату
Бұл nginx конфигурациясына тап болатын ең маңызды міндеттердің бірі. Статистикалық мазмұнды бөлу суреттерді және HTML беттерін (динамикалық емес) білдіреді. Nix nginx кластерін теңшеу үшін бізге бір реттік жұмыс қажет. Мұны істеу қиын ма? Жоқ және мысалға қарап көрейік. Оған кіріспес бұрын, мәселенің жағдайын егжей-тегжейлі түсіндіру қажет. Осылайша, сұрауларға байланысты файлдар әртүрлі жергілікті каталогтардан келеді. Осылайша, / data / www сайтында бізде HTML құжаттары бар. / Деректер / суреттер каталогында сурет бар. Бұл жағдайда оңтайлы nginx конфигурациясы конфигурациялық файлды өңдеуді қажет етеді, онда сіз http ішіндегі сервер блогын конфигурациялауыңыз керек. Қолдау үшін екі орын да пайдаланылады.
Іске асыру: сервер
Http {
Сервер {
}
}
Конфигурация файлы осындай бірнеше блоктармен жұмыс істей алады. Бірақ олардың аттары мен порттарында әртүрлі болуы керек, олар арқылы деректер алынған.
Іске асыру: орналасуы
Орналасуы / {
Root / data / www;
}
Алынған деректерді салыстыру және өңделген сұраудан осындай мекен-жайы бар-жоғын білу үшін «/» белгісінің болуы қажет. Мәселе болмаған жағдайда, осы жергілікті жүйеде орналасқан жолға / деректерге / www файлына қажетті файлды көрсетіңіз. Егер бірнеше блоктағы сәйкестік болса, ең ұзын префиксі бар таңдалады. Жоғарыда келтірілген мысалда оның ұзындығы бір, яғни «бәсекелестер» болмаған жағдайда ғана қолданылады. Енді оны жақсарайық:
Орналасуы / images / {
Түбір / деректер;
}
Сіз қалай анықтауға болады, біз суреттерді іздейміз. Ал енді, бұрынғы барлық жұмыстарды біріктірейік, ал қазір конфигурация келесідей көрінеді:
Сервер {
Орналасуы / {
Root / data / www;
}
Орналасуы / images / {
Түбір / деректер;
}
}
Бұл стандартты порт нөмірі 80 болып табылатын жұмыс нұсқасы . Бұл серверге жергілікті компьютерге оңай қатынауға болады, егер сіз мекен-жайға барсаңыз: http: // localhost /. Бұл қалай жұмыс істейді?
Мысалдың жұмыс істеуі
Қарапайым прокси серверін жасау
Сервер {
8080 тыңдау;
Root / data / up1;
Орналасуы / {
}
}
Ал енді сізге түсіндіріп көрейік: қарапайым сервер жасалады. Ол 8080 портын тыңдайды. Тыңдауды көрсетпеңіз, содан кейін сервер 80-ші орында болады. Жергілікті файлдық жүйедегі / data / up1 каталогына жіберілген барлық сұраулар (әрине, бұрын жасалуы керек) көрсетіледі. Ол жерде тексеру үшін index.html файлын қою керек. Сервердің түбірлік директивасын орналастыру арқылы біз кез келген жағдайда орынды пайдалана аламыз (осылайша, қол жеткізу шектеулері жойылады). Қазір прокси-серверлерді құру бойынша жұмыс жүргізілуде. Оның жұмысы үшін прокси, атау және объектінің порты параметрлер ретінде көрсетілетін proxy_pass директивасы қажет (жергілікті байланыс үшін бұл http: // localhost: 8080 сияқты болады). Нәтиже келесідей:
Сервер {
Орналасуы / {
Proxy_pass http: // localhost: 8080;
}
Орналасуы / images / {
Түбір / деректер;
}
}
Егер кодты қарап, оны талдап жатсаңыз, екінші орналасу блогы өзгертілгенін байқай аласыз. Осылайша, бұл жағдайда ол әдеттегі сурет кеңейтімдерімен жұмыс істей алады. Біршама өзгеше түрде ол келесідей түрде көрсетілуі мүмкін:
Орналасуы ~ \. (Gif | jpg | png) $ {
Түбір / деректер / суреттер;
}
Прокси сервердің соңғы конфигурациясы келесідей:
Сервер {
Орналасуы / {
Proxy_pass http: // localhost: 8080 /;
}
Орналасуы ~ \. (Gif | jpg | png) $ {
Түбір / деректер / суреттер;
}
}
Ол кеңестерді соңында сұрауларды сүзгілеп, оларды файлдардан сұраған адамға жібереді. Егер сіз конфигурация файлын тексергіңіз келсе, оны қайта бастау қажет екенін ұмытпаңыз. Және маған сеніңіздер, бұл қарапайым nginx-тюнинг. Егер сіз Vkontakte сервері немесе басқа үлкен компания үшін конфигурациялық файлды ашсаңыз, олар осы мақаланың сөзіне қарағанда көбірек кодты алады.
Similar articles
Trending Now