Nginx: Setup და მონტაჟი

რა არის apache, nginx? მიზანი, ფუნქციები, დაკონფიგურირება პარამეტრები - ეს არის ყველაფერი, რაც ყოველ ვებ დეველოპერი უნდა იყოს ნაცნობი შეამოწმოთ მათი განვითარებული მოვლენები.

მომხმარებლის nginx ვთქვა სიტყვა

ეს ინსტრუმენტი აქვს ერთი ძირითადი და რამდენიმე workflows. პირველი ეხება მოსმენით და კონფიგურაციის გადამოწმების. ასევე მისი კონტროლის ქვეშ არის workflow მართვა. პრობლემა წარსულში - გაუმკლავდეს შემომავალი მოითხოვს. Nginx გამოყენების მოდელი, რომელიც ეფუძნება მოვლენები. მექანიზმები, ასევე გამოიყენება, დამოკიდებულია ოპერაციული სისტემა, რათა მივაღწიოთ ეფექტური განაწილების მოთხოვნა პირდაპირ შორის თანამშრომელი პროცესებში. მათი რიცხვი ყოველთვის არის მითითებული კონფიგურაციის ფაილი. ღირებულება შეიძლება იყოს ფიქსირებული ან ავტომატურად, ხელმძღვანელობს ნომერი პროცესორი ბირთვით, რომელიც შეიძლება სიფრთხილით. In nginx კონფიგურაციის სისტემა და მოდულები ხორციელდება გამოყენებით კონფიგურაციის ფაილი. ამიტომ, თუ თქვენ უნდა შეიცვალოს რაღაც, თქვენ უნდა ვეძებოთ მისი სახელი. როგორც წესი, ეს დირექტივა / etc / nginx (მაგრამ მარშრუტი შეიძლება განსხვავდებოდეს სხვა სისტემები) და გაგრძელების .conf.

დაიწყოს, გადატვირთვა, და ჟურნალი

ამისათვის, თქვენ უნდა მიიღოს შესრულებადი ეშვება. კონფიგურაცია nginx სერვერზე შესაძლებელია მხოლოდ მაშინ, როდესაც ის დაიწყო. მართვა ხორციელდება წყალობით მოვუწოდებთ შემსრულებელი ერთად -s პარამეტრი. ამისათვის, გამოიყენოთ შემდეგი:

nginx -s სიგნალი

ამ შემთხვევაში, შეგიძლიათ ჩაანაცვლებს შემდეგი ბრძანებები (უნდა მოდიოდეს შესახებ, რომელიც დაიწყო ინსტრუმენტი):

1. შეწყდეს. იგი გამოიყენება სწრაფი გამორთვა.
2. განაახლეთ. გუნდი საჭირო განაახლეთ კონფიგურაციის ფაილი. ფაქტია, რომ ნებისმიერი ცვლილებები ძალაში ფაილი მუშაობს. და იმისათვის, რომ ძალაში, გადატვირთვისას არის საჭირო. როგორც კი თქვენ ეს სიგნალი, მთავარი პროცესი იწყება სისწორეს სინტაქსური კომპონენტი კონფიგურაციის ფაილი და ცდილობენ გამოიყენონ ხელმძღვანელობით ხელმისაწვდომი. წარუმატებლობის შემთხვევაში, ეს იქნება გააფართოვოს უკან ცვლილებები და იმუშავებს ძველ პარამეტრები. თუ ყველაფერი წარმატებით, ის დაიწყებს ახალ workflows და ძველი გადაეგზავნება მოთხოვნა ბოლომდე.
3. დატოვა. მეორადი რბილი მუშაობის დასრულების შემდეგ. იგი გამოიყენება იმ შემთხვევაში, თუ გვინდა, რომ დაველოდოთ მიმდინარე მოთხოვნა დასრულდება შენარჩუნდება.
4. განაახლონ. მჭიდრო და ღია ჟურნალის ფაილი.

გამოყენება კომუნალური

შექმნის პროცესები შეიძლება შესრულებული გამოყენებით Unix საშუალებით (kill სასარგებლო იქნება განხილული, როგორც, მაგალითად). ისინი, როგორც წესი გამოიყენოთ მექანიზმი გამოაგზავნოს სიგნალი პირდაპირ პროცესში მონაცემები. ისინი დაკავშირებულია საშუალებით ID. ეს მონაცემები ინახება nginx.pid ფაილი. დავუშვათ, რომ ჩვენ დაინტერესებული ვართ ამ პროცესში №134. შემდეგ, გლუვი დასრულების შემდეგ უნდა გამოგვიგზავნოთ შემდეგ ინფორმაციას:

მოკვლა -s დატოვა 1628

დავუშვათ, რომ ჩვენ გვინდა, რომ სიაში ყველა ღია ფაილი. ჩვენ, რომლებიც იყენებენ კომუნალური ps. გუნდმა ასევე გამოიყურება შემდეგნაირად:

ps -ax | grep nginx

ეს არის ის, რომ, როგორც ხედავთ, გამოყენებით დამატებითი ინსტრუმენტები მიუთითებს, რომ ის მიდის მისი გამოყენება. და ახლა მოდით ფოკუსირება ჩადენილი nginx კონფიგურაცია.

სტრუქტურა კონფიგურაციის ფაილი

დაყენების და კონფიგურაციის nginx მოიცავს მუშაობა მოდულები. ისინი კონფიგურაცია გამოყენებით დავალებები რომლებიც მითითებულია კონფიგურაციის ფაილი. ისინი შეიძლება იყოს მარტივი ან ბლოკი. პირველი ტიპის შედგება დავალებები და პარამეტრები, რომლებიც გამოყოფილი ფართების, და მათი ბოლომდე მიერ მითითებულ მძიმით - (;). ბლოკი აქვს მსგავსი სტრუქტურა. მაგრამ ნაცვლად ეს დირექტივა დახურვის მდებარეობს დამატებითი ინსტრუქციები, რომლებიც განთავსებული curly ფრჩხილებში ({} ინსტრუქციებით). თუ მათ შეუძლიათ სახელები და სხვა პარამეტრების პროცესში, ისინი უწოდებენ ასეთი ნაგებობები აქვს კონტექსტში. მაგალითად, http, ადგილმდებარეობა და სერვერზე.

განაწილება კონტენტი

ეს არის ერთ ერთი ყველაზე მნიშვნელოვანი გამოწვევების წინაშე დგას nginx კონფიგურაცია. Under სტატისტიკური განაწილება შინაარსი ნიშნავდა სურათები და HTML-გვერდები (არ არის დინამიური). დავუშვათ, რომ ჩვენ უნდა ერთ სამუშაო შექმნის კასეტური nix nginx. ძნელია ამის გაკეთება? არა, მოდით შევხედოთ მაგალითს. სანამ გადავიდეს, ეს არის საჭირო დეტალური პირობების პრობლემა. ასე რომ, რაც დამოკიდებულია მოთხოვნა, ფაილი მოვა სხვადასხვა ადგილობრივი საიტები. ამდენად, / data / www ჩვენ HTML დოკუმენტების. და დირექტორია / data / სურათების შემცველი images. ოპტიმალური გარემოში nginx ამ შემთხვევაში მოითხოვს რედაქტირების კონფიგურაციის ფაილი, რომელიც თქვენ უნდა გამართოთ სერვერზე ერთეულის http. ხელი შეუწყოს ორ გამოყენებული იქნება როგორც ადგილმდებარეობა.

განხორციელება: სერვერზე

ასე რომ, პირველ რიგში, ჩვენ უნდა შევქმნათ დირექტორიები და მოათავსოთ თავი ფაილი ისინი უნდა გაფართოებას (in html თქვენ უნდა დაამატოთ შინაარსი). შემდეგ გახსნა კონფიგურაციის ფაილი. მასში ნაგულისხმები სერვერი უკვე რამდენიმე ბლოკად, რომელიც დიდი ნაწილი კომენტარი out. ოპტიმალური შედეგი, ეს პროცესი უნდა გაკეთდეს მიმართებაში ყველა კომპონენტი იყოს. შემდეგ დავამატოთ ახალ სერვერზე ერთეულის გამოყენებით ეს კოდი:

http {

სერვერზე {

}

}

კონფიგურაციის ფაილი შეგიძლიათ მუშაობა რამდენიმე ასეთი ბლოკად. მაგრამ ისინი უნდა გამოირჩეოდეს მათი სახელები და პორტები, რომლის მეშვეობითაც მონაცემები არ არის მიღებული.

განხორციელება: ადგილმდებარეობა

განსაზღვრული სერვერზე:

ადგილმდებარეობა / {

root / data / www;

}

თანდასწრებით ნიშანი "/" აუცილებელია შედარების მიღებული მონაცემები და თუ არსებობს ასეთი მისამართი საწყისი დამუშავებული მოთხოვნა აქ. თუ არ არსებობს პრობლემა, მაშინ მიუთითეთ / data / www სასურველი ფაილი რომელიც მდებარეობს ადგილობრივი სისტემა. თუ არ არის მატჩი რამდენიმე ბლოკად, აირჩიეთ ერთი გრძელი პრეფიქსი. ამ მაგალითად, სიგრძე უდრის, ანუ გამოყენების იქნება მხოლოდ იმ შემთხვევაში, თუ არ არსებობს "კონკურსის". ახლა, მოდით, ეს იქნება განახლება:

ადგილმდებარეობა / images / {

root / მონაცემები;

}

როგორ შეიძლება იდენტიფიცირება, ჩვენ ვეძებთ იმიჯი. ახლა, მოდით, გაერთიანდება ყველა მოვლენები, რომლებიც ადრე და კონფიგურაციის ამ დროს ასეთია:

სერვერზე {

ადგილმდებარეობა / {

root / data / www;

}

ადგილმდებარეობა / images / {

root / მონაცემები;

}

}

ეს არის სამუშაო ვერსია, რომ იმ შემთხვევაში, სტანდარტული პორტი №80. ამ სერვერზე უპრობლემოდ შეიძლება იყოს ხელმისაწვდომი თქვენს კომპიუტერში, თუ წასვლა მისამართი: http: // localhost /. როგორ ამჯამად ამ ყველა მუშაობს?

მუშაობის პრინციპი, მაგალითად

ასე რომ, როდესაც ისინი შეკითხვებს, რომელიც იწყება / images, სერვერზე შესაბამისი დირექტორია ფაილი გადაეგზავნება შესახებ. მისი არყოფნის შემთხვევაში მიეცემა ინფორმაციის მითითებით შეცდომა 404. თუ განახორციელა nginx კონფიგურაციის ადგილობრივი კომპიუტერი, მაშინ მოთხოვნის http: //localhost/images/example.png მივიღებთ ფაილი, რომლის ადგილმდებარეობა /data/images/example.png. როცა მიუთითოთ "/" სიმბოლო ძიება ჩატარდება დირექტორია / data / www. მაგრამ ჩვენ მხოლოდ შეიცვალა კონფიგურაცია. იგი იწყება მუშაობა, ის უნდა განახლდეს. ამისათვის, გამოიყენოთ nginx -s განახლება. იმ შემთხვევაში, თუ ნორმალური ფუნქციონირების არ არის შესაძლებელი, რომ access.log და error.log ფაილი მდებარეობს დირექტივა / usr / local / nginx / ჟურნალები, შეგიძლიათ ვეძებოთ მიზეზი ბრალია.

შექმნა მარტივი proxy სერვერს

ეს შეიძლება ითქვას nginx - კონფიგურაცია ამ დაწესებულებაში ერთ-ერთი ყველაზე გავრცელებული განაცხადების (და საკმაოდ მარტივია, სხვათა შორის). იგი იყენებს პრინციპს სერვერზე რომ მიიღებს მოთხოვნას, და შემდეგ გადამისამართებების მათ საჭირო საიტებზე. ამის შემდეგ, პასუხი, სავარაუდოდ, მათ შორის, რომელიც აგზავნის მათ ერთი, რომლებიც შეიქმნა ამოცანა. მოდით შევხედოთ მაგალითს შექმნის საბაზისო წერტილი. ეს იმუშავებს სერვისის მომხმარებელთა მოთხოვნები და მივაწოდოთ გამოსახულება ადგილობრივი დირექტორია. ასე რომ, დაბლოკოს http რჩეულებში სხვა სერვერზე შემდეგი შინაარსით:

სერვერზე {

მოუსმინოს 8080;

root / data / up1;

ადგილმდებარეობა / {

}

}

ახლა, მოდით გაშიფვრა თქვენთვის: ქმნის მარტივი სერვერზე. ის მოისმენს port 8080 ამჯამად არ აქვს მოსმენა, მაშინ სერვერზე მიიღებს მე -80. ნაჩვენები იქნება ყველა მოთხოვნა ფარგლებში ადგილობრივი ფაილური სისტემა, რომელიც მიმართულია დირექტორია / data / up1 (რა თქმა უნდა, მანამდე იგი იქნება საჭირო, რომ შექმნა). იმისათვის, რომ შეძლებს შეამოწმოს აუცილებელია განათავსებს index.html ფაილი. იმის გამო, რომ განთავსება დირექტივების კონტექსტში root სერვერზე ჩვენ შეგვიძლია გამოვიყენოთ ადგილმდებარეობის ნებისმიერ დროს (და შესაბამისად ამოღებულ დაშვების შეზღუდვა). ჩვენ ახლა ვმუშაობთ, რათა შეიქმნას მარიონეტული. ეს მუშაობა, ჩვენ უნდა proxy_pass დირექტივა, რომელიც იქნება განსაზღვრული ოქმის სახელი და პორტი დაწესებულებაში პარამეტრების (ადგილობრივი დაკავშირებით ჰგავს http: // localhost: 8080). მიიღეთ ეს შედეგი:

სერვერზე {

ადგილმდებარეობა / {

proxy_pass http: // localhost: 8080;

}

ადგილმდებარეობა / images / {

root / მონაცემები;

}

}

თუ გადავხედავთ კოდი და გაანალიზება, თქვენ შეამჩნევთ, რომ მეორე განყოფილების ადგილმდებარეობა შეიცვალა. ამდენად, ამ შემთხვევაში, მას შეუძლია მუშაობა ტიპიური გაგრძელება images. ცოტა განსხვავებული, ეს შეიძლება აისახოს შემდეგნაირად:

ადგილმდებარეობა ~ \ (gif | jpg | png). $ {

root / data / images;

}

საბოლოო მარიონეტული კონფიგურაცია ასეთია:

სერვერზე {

ადგილმდებარეობა / {

proxy_pass http: // localhost: 8080 /;

}

ადგილმდებარეობა ~ \ (gif | jpg | png). $ {

root / data / images;

}

}

ეს იქნება გავფილტროთ მოთხოვნები ბოლოს, რომელიც არსებობს ამ გაგრძელება და მათ პირი, რომელიც მოთხოვნილი ფაილი. ნუ დაგავიწყდებათ, რომ ეს უნდა გადატვირთეთ თუ გსურთ შემოწმება კონფიგურაციის ფაილი. და დამიჯერეთ, უბრალოდ nginx კონფიგურაცია. თუ გახსნა კონფიგურაცია "Vkontakte" ფაილი სერვერზე, ან სხვა დიდი კომპანია, მათ ექნებათ კოდი მეტი ვიდრე სიტყვა ამ სტატიაში.