Թարգմանչաց շարժման տեսադարանը

Ի՞նչ է Nginx-ը:.mp4

WEBVTT

00:02.000 --> 00:03.000
Մերրիոն ակադեմիա.

00:03.000 --> 00:06.000
Մատչելի կրթության հարթակ.

00:07.000 --> 00:11.000
Վա՜յ, կարծես մեզ այցելել է բաժանորդագրության ստուգման ոստիկանությունը:

00:11.000 --> 00:15.000
Այս անգամ մենք կանենք առանց ժապավենի, բայց անպայման բաժանորդագրվեք մեր զամբյուղին։

00:15.000 --> 00:19.000
Երբևէ մտածե՞լ եք, թե ինչ է թաքնված ձեր սիրելի կայքի աշխատանքի հետևում:

00:19.000 --> 00:21.000
Եթե ​​մտածել եք դրա մասին, ապա հիանալի է, որ բացահայտեցիք այս տեսանյութը:

00:21.000 --> 00:25.000
Իսկ եթե ոչ, ապա մտածեք դրա մասին հենց հիմա և շարունակեք դիտել:

00:25.000 --> 00:29.000
Սկսենք նրանից, որ ցանկացած կայք ընդամենը HTML ֆայլերի, ոճերի և պատկերների հավաքածու է:

00:29.000 --> 00:35.000
Մենք պետք է ինչ-որ կերպ ստանանք այս ֆայլերը, որպեսզի էջը հայտնվի մեր էջում կամ, ինչպես ասում են, մատուցվի։

00:35.000 --> 00:40.000
Մեր կոմպլեկտորը սերվերին ասաց. Լսիր, ընկեր, մի քանի ֆայլ ունե՞ս այս էջի համար:

00:40.000 --> 00:43.000
Եվ սերվերը նման է. Այո, ես ունեմ մի քանիսը, արի գնա:

00:43.000 --> 00:51.000
Այս պահին, երբ բացեցիք այս տեսանյութը, ձեզնից սերվեր է ուղարկվել հատուկ ձևաչափի հարցում, որի օգնությամբ սերվերը հասկանում է, թե ինչ է ուզում օգտատերը դրանից։

00:52.000 --> 00:54.000
Այս հարցումը կոչվում է HTTP հարցում:

00:54.000 --> 01:00.000
Ավելի լավ հասկանալու համար, թե ինչի մասին ենք խոսելու հիմա, դիտեք մեր տեսանյութը HTTP-ի և HTTPS-ի մասին:

01:00.000 --> 01:02.000
Ինչքան շատ գիտես, այնքան գիտես, ինչպես ասում են։

01:03.000 --> 01:10.000
Եվ այստեղ ամեն ինչ պարզ է թվում, բայց հիմնական հարցն այն է, թե ինչպես է սերվերը պարզել, թե որտեղ են ֆայլերը և ինչպես է նա արձագանքել մեր կլակերին:

01:10.000 --> 01:14.000
Եվ այս ամենը շնորհիվ վեբ սերվերի՝ հատուկ ծրագրի, որն ապրում է սերվերի վրա:

01:14.000 --> 01:21.000
Սարատովից ընկերոջը հաղորդագրություն ուղարկելը, առցանց խանութում ջրարջի գուլպաներ գնելը, Merrion Academy-ի կայքում հիանալի դասընթացներ գնելը:

01:21.000 --> 01:24.000
Այն ամենը, ինչ դուք անում եք կայքի հետ, անցնում է դրա միջով:

01:24.000 --> 01:27.000
Սպասեք, վեբ սերվերը և սերվերը նույն բանը չեն:

01:27.000 --> 01:28.000
Իրականում ոչ:

01:28.000 --> 01:34.000
Հիշիր, ընկերս, վեբ սերվերը ծրագիր է, իսկ սերվերը համակարգիչ է, որտեղ տեղադրված է այս ծրագիրը:

01:34.000 --> 01:39.000
Առանց այս ծրագրի մենք չէինք կարողանա օգտվել ինտերնետից այնպես, ինչպես այն օգտագործում ենք հիմա:

01:39.000 --> 01:40.000
Հիմա եկեք բացատրենք, թե ինչպես է այն աշխատում:

01:41.000 --> 01:43.000
Կան հաճախորդներ. սրանք մեր կայքի օգտվողներն են:

01:44.000 --> 01:53.000
Այս հաճախորդները ուղարկում են HTTP հարցում, իսկ վեբ սերվերը ընդունում է այն և ուղարկում HTTP պատասխան հաճախորդին, որը պարունակում է նաև էջն ինքնին բոլոր անհրաժեշտ տեղեկատվությամբ:

01:53.000 --> 01:56.000
Լավ, մենք հասկացանք, թե ինչ է վեբ սերվերը, փոքրիկ գորտ:

01:56.000 --> 02:04.000
Եվ միևնույն ժամանակ, ինքներս մեզ անտեղյակ, մենք հասկացանք, թե ինչ է Nginx-ը, Nginx-ը, Nginx Nginx-ը, ինչպես էլ կոչվի այս բանը:

02:04.000 --> 02:07.000
Բայց ինչպես էլ կոչեն, իմաստը չի փոխվում։

02:07.000 --> 02:14.000
Սա լավագույն բաց կոդով վեբ սերվերներից մեկն է, որն աշխատում է ձեր այս ինտերնետում գտնվող կայքերի մեծ մասը:

02:14.000 --> 02:19.000
Եվ գրված էր, ինչպես շատ այլ լուրջ բաներ, C լեզվով Nginx?

02:19.000 --> 02:21.000
Այո, այո, այդպես է կոչվում պաշտոնապես:

02:21.000 --> 02:27.000
Ինչպես ցանկացած վեբ սերվեր, սա մի տեսակ շերտ է ինտերնետից եկած օգտվողների և սերվերի սարքաշարի միջև:

02:28.000 --> 02:30.000
Տեսականորեն հիանալի է հնչում, բայց ինչպե՞ս է այն աշխատում:

02:30.000 --> 02:31.000
Եկեք հիմա պարզենք:

02:32.000 --> 02:37.000
Nginx-ն օգտագործելուց առաջ անհրաժեշտ է այն տեղադրել ձեր համակարգչում, որը կգործի որպես սերվեր։

02:37.000 --> 02:45.000
Տեղադրվելուց հետո մուտքագրեք ձեր սերվերի IP հասցեն ձեր բրաուզերի հասցեագոտում, և եթե տեսնում եք այսպիսի նկար, ապա ամեն ինչ կարգին է, և Nginx-ը աշխատում է:

02:45.000 --> 02:46.000
Այո, դա այդքան պարզ է:

02:46.000 --> 02:49.000
Բայց հիմա մենք պետք է այն կարգավորենք կոնկրետ կայքի համար:

02:49.000 --> 02:50.000
Բայց հիմա ինչ-որ բան այն չէ։

02:50.000 --> 02:54.000
Դա անելու համար եկեք պարզենք, թե ինչ թղթապանակներ և ֆայլեր ունի Nginx-ը:

02:54.000 --> 02:57.000
Առաջին թղթապանակը պարունակում է կայքի ֆայլեր ձեր տիրույթի համար:

02:57.000 --> 02:58.000
Նա պարզապես չի հայտնվի:

02:58.000 --> 03:01.000
Այն պետք է ստեղծվի, օրինակ՝ օգտագործելով հետևյալ հրամանը.

03:01.000 --> 03:06.000
Ճանապարհի վերջին գրացուցակը պետք է ունենա ձեր տիրույթի նման անուն, որպեսզի չշփոթեք:

03:06.000 --> 03:09.000
Երկրորդ թղթապանակը պարունակում է հիմնական պարամետրերի ֆայլը Engines:

03:10.000 --> 03:12.000
Եվ այստեղ մենք գրում ենք կայքերի կոնֆիգուրացիաներ:

03:12.000 --> 03:20.000
Այսպիսով, այս ցուցակից մեզ հետաքրքրում է SitesAvailable գրացուցակը, որտեղ մենք կստեղծենք կազմաձևման ֆայլ, այսինքն՝ կարգավորումներ մեր ապագա կայքի համար:

03:20.000 --> 03:27.000
Ուշադրություն դարձրեք, որ անունը ավելացնում է ընդլայնումը configuration.conf-ի համար: Այս ֆայլը պատրաստելուց հետո այն գրելու ժամանակն է:

03:27.000 --> 03:29.000
Եկեք բացենք այն և նայենք ամենապարզ կոնֆիգուրացիան:

03:30.000 --> 03:31.000
Դուք պետք է ֆայլում ստեղծեք բլոկային սերվեր:

03:31.000 --> 03:36.000
Դրա ներսում մենք կգրենք, որ սերվերը սպասում է օգտվողի հարցումներին 80 նավահանգստում:

03:36.000 --> 03:39.000
Նրանք նաև ասում են, որ վեբ սերվերը լսում է 80-րդ պորտում:

03:39.000 --> 03:44.000
Եթե ​​ինչ-որ բան, ապա այս վիրտուալ պորտը կարելի է համարել որպես սովորական նավահանգիստ համակարգչի վրա, որտեղ օգտվողները միանում են:

03:44.000 --> 03:46.000
Այս նավահանգիստներից կարող են լինել միայն շատ:

03:47.000 --> 03:50.000
ServerName տողում մենք կգրենք մեր կայքի տիրույթը՝ yourdomain.ru:

03:51.000 --> 03:54.000
Այնուհետև վեբ սերվերը կսպասի այս տիրույթին ուղղված հարցումներին:

03:54.000 --> 03:56.000
Այնուհետև ավելացնում ենք Location բլոկը։

03:56.000 --> 03:59.000
Նրանում կավելացնենք տողի արմատը, որտեղ այն կգրենք կայքի ֆայլից առաջ։

04:00.000 --> 04:04.000
Երբ հարցումը գալիս է, սերվերը կփնտրի ֆայլեր կայքի համար այս գրացուցակում:

04:04.000 --> 04:07.000
Ինդեքսի տողում մենք կգրենք հիմնական HTML ֆայլի անունը։

04:07.000 --> 04:10.000
Այն սովորաբար կոչվում է index.html:

04:10.000 --> 04:17.000
Երբ դուք գնում եք մեր տիրույթի հիմնական հասցեն, որը նշանակված է շեղ, սերվերը կվերադարձնի հենց այս index.html ֆայլը:

04:17.000 --> 04:19.000
Ի՞նչ անել, եթե կայքը բազմաէջ է:

04:19.000 --> 04:23.000
Մի անհանգստացեք, այս կազմաձևումից հետո բոլոր էջերը կաշխատեն:

04:23.000 --> 04:27.000
Դա միայն ցույց է տալիս, որ index.html ֆայլը պատասխանատու է գլխավոր էջի համար։

04:27.000 --> 04:30.000
Այս կարգավորումը շատ պարզ է, բայց այն չի աշխատի իրական կայքերի համար:

04:30.000 --> 04:35.000
Nginx-ը չգիտի ստատիկ բովանդակության, այսինքն՝ պատկերների կամ ոճերի մասին, որոնք նույնն են բոլոր օգտատերերի համար։

04:36.000 --> 04:40.000
Ի դեպ, կա նաև դինամիկ բովանդակություն, այն տարբեր է յուրաքանչյուր օգտագործողի համար։

04:40.000 --> 04:45.000
Օրինակ՝ օգտատիրոջ պրոֆիլը կայքում, որտեղ յուրաքանչյուր օգտատիրոջ համար ցուցադրվում են տարբեր ավատարներ և անուններ:

04:45.000 --> 04:52.000
Այսպիսով, եթե դուք մտնեք էջը այնպես, ինչպես կա, կտեսնեք, որ էջը կարծես նոր եք հորինել ժամանակի մեքենա և վերադարձել եք ժամանակը:

04:52.000 --> 04:56.000
Մենք պետք է այնպես անենք, որ կայքը գեղեցիկ տեսք ունենա և դրա վրա նկարներ լինեն:

04:56.000 --> 04:59.000
Եկեք մի փոքր բարդացնենք կազմաձևը և ավելացնենք երկրորդ տող Location:

05:00.000 --> 05:03.000
Դրանում մենք թվարկելու ենք ստատիկ բովանդակության բոլոր տեսակները և նշելու, թե որտեղ է այն գտնվում:

05:03.000 --> 05:08.000
Եվ այժմ մեր կայքը կարող է օգտատերերին ցույց տալ նկարներ և ընդհանուր առմամբ ցնցող տեսք ունի:

05:08.000 --> 05:09.000
Բայց սա դեռ ամենը չէ:

05:10.000 --> 05:18.000
Նվազագույնը, քանի որ այժմ բոլոր կայքերը գործում են անվտանգ HTTPS արձանագրության միջոցով, և սա HTTP-ի կոնֆիգուրացիա է, արձանագրություն, որը ծածկագրված չէ:

05:18.000 --> 05:21.000
Բրաուզերը անմիջապես կսկսի բողոքել նման կայքից։

05:21.000 --> 05:25.000
Կոդավորումը պահանջում է հատուկ վկայագիր, որը կոչվում է SSL կամ TLS:

05:26.000 --> 05:31.000
Կան տարբեր տեսակներ, բայց եթե ձեր ծառայությունը BigTech չէ, ապա անվճար Let՝s Encrypt վկայականը բավական կլինի։

05:31.000 --> 05:34.000
Այս վկայականը ստանալուց հետո կարող եք այն ավելացնել սերվերին:

05:34.000 --> 05:39.000
Եկեք կազմաձևենք, որը օգտվողներին կվերահղորդի ուղղակիորեն HTTP-ից դեպի HTTPS:

05:39.000 --> 05:41.000
Այժմ կա երկու սերվերի բաժին:

05:41.000 --> 05:48.000
Սերվերի առաջին բաժինը պարզապես թարգմանում է, կամ, ինչպես ասում են, վերահղվում դեպի HTTPS կապ՝ օգտագործելով Return օպերատորը:

05:48.000 --> 05:51.000
301 թիվն, ի դեպ, խոսում է հենց այս վերահղման մասին։

05:51.000 --> 05:55.000
Նոր սերվերի բաժնում մենք նշել ենք, որ կայքը այժմ բացվում է 4.4.3 նավահանգստում:

05:55.000 --> 06:00.000
Սա նույնպես կարևոր է, քանի որ համացանցում անվտանգ կապով կայքերի մեծ մասը բացվում են դրա միջոցով:

06:00.000 --> 06:04.000
Այնուհետև նշվում է ինքնին վկայականը և բանալին, որը կգաղտնագրի տեղեկատվությունը:

06:04.000 --> 06:05.000
Հիասքանչ?

06:05.000 --> 06:05.000
Թույն.

06:05.000 --> 06:07.000
Բրաուզերն այլևս չի դժգոհում։

06:07.000 --> 06:09.000
Բայց մենք դեռ չենք ավարտել:

06:09.000 --> 06:14.000
Լսել եմ, որ կայքը պետք է բեռնվի մինչեւ 255 միլիվայրկյան, որպեսզի օգտատերը չհայհոյի։

06:14.000 --> 06:15.000
Հիմա ես դա լսել եմ:

06:15.000 --> 06:23.000
Եվ այս նպատակին մոտենալու առաջին միջոցը օգտագործողի կողմից արդեն ներբեռնված տեղեկատվությունը պահպանելն է, այնուհետև ցուցադրել առանց նորից ներբեռնելու:

06:23.000 --> 06:27.000
Սա կոչվում է caching անգլերեն cache բառից, բայց ոչ այն, ինչի մասին մտածում էս:

06:28.000 --> 06:28.000
Եվ նույնիսկ այս մեկը:

06:29.000 --> 06:33.000
Սերվերի կողմից քեշավորումը հաճախ օգտագործվում է, բայց դա բարդ է և միշտ չէ, որ անհրաժեշտ է:

06:33.000 --> 06:38.000
Մենք կօգտագործենք օգտատերերի քեշավորումը, որպեսզի զննարկիչն ինքը պահպանի այն ամբողջ տեղեկատվությունը, որն արդեն տեսել է:

06:38.000 --> 06:43.000
Դա անելու համար ավելացրեք Expires OneD տողը այն բլոկին, որտեղ մենք ավելացրել ենք ստատիկ ֆայլեր:

06:43.000 --> 06:47.000
1D նշանակում է, որ քեշը կպահվի մեկ օր, և վերջ, ամեն ինչ աշխատում է։

06:47.000 --> 06:58.000
Այս կոնֆիգուրացիայի դեպքում օգտատերը մեզ հետույք չի անի այն բանի համար, որ կայքի էջը երկար ժամանակ է պահանջում, և բրաուզերը չի գոռա, որ մեր կայքը անապահով կապ ունի, և նույնիսկ նկարները կբեռնվեն առանց խնդիրների:

06:58.000 --> 07:00.000
Դե, եկեք արագ խոսենք nginx.conf-ի մասին:

07:01.000 --> 07:01.000
Հիշու՞մ եք նրա մասին։

07:01.000 --> 07:04.000
Որտեղ են հիմնական կարգավորումները, այն կարող է այսպիսի տեսք ունենալ.

07:05.000 --> 07:06.000
Ինչն է այստեղ հետաքրքիր:

07:06.000 --> 07:10.000
Առաջին տողի օգտատերը պարունակում է այն օգտվողին, ով կօգտագործի Nginx-ը:

07:10.000 --> 07:16.000
Երկրորդ գծի Worker Processors-ը պատասխանատու է պրոցեսորային միջուկների քանակի համար, որոնք կմշակեն կապը:

07:16.000 --> 07:19.000
Եթե ​​ավտոմատը նշված է, դրանք ավտոմատ կերպով կընտրվեն:

07:19.000 --> 07:23.000
Worker Connections-ը ցույց է տալիս վեբ սերվերի հետ միաժամանակյա միացումների քանակը:

07:24.000 --> 07:27.000
Կա նաև JZP On line, ներառյալ ֆայլերի սեղմումը ներբեռնելիս:

07:27.000 --> 07:31.000
Սա արագացնում է ֆայլերի ուղարկումը օգտվողին՝ նվազեցնելով դրանց չափը:

07:31.000 --> 07:33.000
Դե, ընդհանրապես, շատ հետաքրքիր բաներ կան, որ կարող ես շրջել։

07:33.000 --> 07:39.000
Դե, իմ ընկեր, այժմ դուք գիտեք, որ Nginx-ը կարող է ինքնուրույն ընդունել, մշակել և տալ օգտվողներին այն, ինչ նրանք խնդրել են:

07:40.000 --> 07:46.000
Հաճելի է, որ այն յուրաքանչյուր հարցում բաժանում է փոքր կապերի և զուգահեռաբար մշակում է մի քանի նման կապ, այսինքն՝ ասինխրոն է։

07:46.000 --> 07:50.000
Կատարումից հետո դրանք բոլորը միավորվում են մեկ բլոկի մեջ և վերադարձվում որպես պատասխան:

07:50.000 --> 07:53.000
Սա նրան դարձնում է արագ և հեշտ գեղեցիկ տղամարդ:

07:53.000 --> 07:57.000
Բոլոր խոշոր նախագծերում միկրոծառայությունները սովորաբար օգտագործվում են օգտվողների հարցումները մշակելու համար:

07:58.000 --> 08:01.000
Nginx-ը պարտվում է այստեղ, քանի որ լավ չի լուծում նման հարցումները:

08:01.000 --> 08:07.000
Նախ, այն աշխատում է միայն HTTP արձանագրության հետ, բայց երբեմն միկրոսերվիսներին անհրաժեշտ են այլ արձանագրություններ, օրինակ՝ GRPC:

08:08.000 --> 08:12.000
Երկրորդ, հաճախ անհրաժեշտ են բարդ երթուղային սցենարներ, այսինքն՝ պահանջել վերահղում:

08:12.000 --> 08:15.000
Nginx-ը կարգավորում է երթուղին, բայց այն ունի սահմանափակումներ:

08:15.000 --> 08:23.000
Երրորդ, երբեմն ձեզ անհրաժեշտ են ավելի լայնածավալ գործիքներ, որոնք հատուկ նախագծված են միկրոծառայությունների համար, օրինակ, Linkerd-ը, բայց նրանք դեռ չեն մոռանում դրա մասին:

08:23.000 --> 08:33.000
Դա կարող է լինել load balancer, այսինքն՝ մի տեսակ առաքիչ, որը ստանում է հարցում հաճախորդից, փոխանցում այն ​​ինչ-որ սերվերի մշակման համար, ստանում է պատասխան սերվերից և ուղարկում այն ​​օգտագործողին։

08:34.000 --> 08:38.000
Ավելին, այն որոշում է, թե որ սերվերն է ներկայումս ամենաքիչ բեռնված և կապվում է դրա հետ:

08:38.000 --> 08:42.000
Այս դեպքում ծառայությունները չեն ծանրաբեռնվում, այլ միայն հնարավորինս արագ մշակվում:

08:42.000 --> 08:45.000
Օրինակը, որն այժմ էկրանին է, իրական չէ, բայց կարծես թե:

08:46.000 --> 08:52.000
Proxy Pass տողում մենք գրել ենք հիմնական սերվերի IP հասցեն, և այդպիսով հարցումները կուղարկվեն նրան:

08:52.000 --> 08:55.000
Հարցումները փոխանցող սերվերը կոչվում է նաև հակադարձ պրոքսի:

08:55.000 --> 08:57.000
Հասկանալի է, որ Nginx-ը միայնակ չէ:

08:57.000 --> 09:01.000
Երբ մարդիկ խոսում են Nginx-ի մասին, նրանց գլխավոր մրցակիցը՝ Apache-ն, անմիջապես գլխի է ընկնում:

09:01.000 --> 09:11.000
Nginx-ը մշակվել է ծրագրավորող Իգոր Սիսոևի կողմից 2004 թվականին, և նա սկզբում ստեղծեց այն որպես այլընտրանք այն ժամանակ հայտնի Apache-ին, որպեսզի ստատիկ բովանդակությունն ավելի արագ մշակի:

09:11.000 --> 09:22.000
Պարզվում է, որ մեր այսօրվա տեսանյութի հերոսը ստատիկ բովանդակության հետ աշխատելով գերազանցում է Apache-ին, ուստի այն կատարյալ է բլոգների, վայրէջքների և առցանց խանութների էջերի համար, այսինքն, փաստորեն, ինտերնետի կայքերի մեծ մասի համար:

09:22.000 --> 09:27.000
Բայց այն կորցնում է Apache-ին դինամիկ բովանդակության հետ աշխատելիս, այն, ինչը ստեղծվել է հատուկ հաճախորդի համար:

09:27.000 --> 09:32.000
Չնայած այս առճակատումը պատերազմի տեսք ունի, ոչ ոք չի արգելում Nginx-ը և Apache-ն միասին օգտագործել:

09:33.000 --> 09:44.000
Ստատիկ ֆայլերը և ճակատը, այսինքն՝ կայքի ամբողջ տեսքը, աշխատում են Nginx-ով, իսկ backend-ը, այսինքն՝ PHP, Node.js, Go կամ Python-ով գրված կայքերի ներքին մեխանիզմները, աշխատում են Apache-ով։

09:44.000 --> 09:48.000
Այսպիսով, ստատիկ ֆայլերը արագ կբեռնվեն, և հետնամասը ավելի հեշտ կլինի հարմարեցնել:

09:48.000 --> 09:51.000
Հավանեք, եթե ցանկանում եք Apache vs NJX տեսանյութը:

09:53.000 --> 09:57.000
Ի դեպ, նույնքան հետաքրքիր առճակատում է տեղի ունեցել Nginx-ի և Rambler ընկերության միջև։

09:57.000 --> 10:04.000
Փաստն այն է, որ Իգոր Սոսոևը հորինել և զարգացրել է Nginx-ը, այն ժամանակ լինելով Rumble-ի աշխատակից, ինչը նշանակում է, որ այնտեղ հաշվում էին։

10:04.000 --> 10:07.000
Իսկ NJIX-ի բոլոր իրավունքները պատկանում են Rambler-ին:

10:07.000 --> 10:10.000
Եվ դա կնշանակի, որ Nginx-ը կդադարի լինել բաց կոդով:

10:10.000 --> 10:12.000
Համացանցը չէր կարող հանդուրժել դա, և մենք հեռանում ենք:

10:12.000 --> 10:18.000
Yandex-ը, VK-ն, 2GIS-ը, Ozon-ը և ՏՏ ռեսուրսների մի շարք այլ ընկերություններ եկել են աջակցելու NJIX-ին:

10:18.000 --> 10:23.000
Իսկ որոշ կայքերի տերեր նույնիսկ փոքր արգելափակում են իրականացրել՝ տեղադրելով այդպիսի կոճղեր հիմնական էջերում:

10:23.000 --> 10:25.000
Արդյունքում Ռամբլերը հանեց բոլոր պահանջները:

10:26.000 --> 10:32.000
Ի դեպ, ավելի վաղ, մինչ այս ամբողջ համաճարակը, F5 Networks-ը 670 միլիոն դոլարով գնել էր Nginx-ը։

10:32.000 --> 10:33.000
Եվ դրանից հետո ամեն ինչ սկսվեց։

10:33.000 --> 10:34.000
Պատահականությո՞ւն։

10:34.000 --> 10:35.000
Մի մտածիր.

10:35.000 --> 10:38.000
Ֆու, այս տեսահոլովակում շատ հետաքրքիր բաներ կար, չէ՞:

10:38.000 --> 10:41.000
Ցանկանու՞մ եք սովորել, թե ինչպես խաղալ այս բոլոր հիանալի բաները:

10:41.000 --> 10:46.000
Դե ուրեմն, եկեք մեր Linux դասընթացին, որտեղ մենք կտեղադրենք և կկարգավորենք վեբ սերվերները և ավելին:

10:46.000 --> 10:51.000
Նաև փոստ և ֆայլ և դոկեր:

10:51.000 --> 10:55.000
եւ docker եկեք տեսնենք եւ zabix.

10:55.000 --> 10:58.000
Գրանցվեք ներածական դասի համար՝ օգտագործելով նկարագրության հղումը:

10:58.000 --> 11:03.000
Եվ վերջապես, ինչպես միշտ, հարց է՝ JavaScript ֆայլերը դինամիկ են, թե ստատիկ:

11:03.000 --> 11:05.000
Ձեր պատասխանները գրեք մեկնաբանություններում։

11:05.000 --> 11:11.000
Ռուսաստանում կայքերի 66 տոկոս -ն աշխատում է Nginx-ով, իսկ դիտողների 80 տոկոս -ը մեզ դիտում է առանց բաժանորդագրության:

11:11.000 --> 11:14.000
Այսպիսով, հավանեք այս տեսանյութը և բաժանորդագրվեք մեր ալիքին։

11:14.000 --> 11:17.000
Չե՞ք ուզում, որ ոստիկանություն կանչեմ ստուգելու, չէ՞։

11:17.000 --> 11:18.000
Չես ուզում, չէ՞։

11:19.000 --> 11:19.000
Ցտեսություն։