Ես FirstVDS համակարգի ադմինիստրատոր եմ, և սա առաջին ներածական դասախոսության տեքստն է սկսնակ գործընկերներին օգնելու մասին իմ կարճ դասընթացից: Մասնագետները, ովքեր վերջերս սկսել են զբաղվել համակարգի կառավարմամբ, բախվում են մի շարք նույն խնդիրների: Լուծումներ առաջարկելու համար ես պարտավորվեցի գրել այս դասախոսությունների շարքը։ Դրանում որոշ բաներ հատուկ են տեխնիկական աջակցության հոսթինգին, բայց ընդհանուր առմամբ դրանք կարող են օգտակար լինել, եթե ոչ բոլորի, ապա շատերի համար։ Այսպիսով, ես հարմարեցրեցի դասախոսության տեքստը՝ այստեղ կիսվելու համար:
Կարևոր չէ, թե ինչպես է կոչվում ձեր պաշտոնը, կարևորն այն է, որ իրականում դուք ներգրավված եք վարչարարության մեջ: Հետևաբար, եկեք սկսենք նրանից, թե ինչ պետք է անի համակարգի ադմինիստրատորը: Նրա հիմնական խնդիրն է կարգի բերել իրերը, պահպանել կարգը և նախապատրաստվել հետագա աճերին: Առանց համակարգի ադմինիստրատորի, սերվերը դառնում է խառնաշփոթ: Լոգեր չեն գրվում, կամ դրանցում սխալ բաներ են գրված, ռեսուրսները օպտիմալ չեն բաշխվում, սկավառակը լցվում է ամեն տեսակ աղբով ու համակարգը սկսում է կամաց-կամաց մեռնել այդքան քաոսից։ Հանգիստ! Համակարգի ադմինիստրատորները ձեր անձի մեջ սկսում են լուծել խնդիրները և վերացնել խառնաշփոթը:
Համակարգի կառավարման հիմնասյուներ
Այնուամենայնիվ, նախքան խնդիրներ լուծելը սկսելը, արժե ծանոթանալ կառավարման չորս հիմնական սյուներին.
- Փաստաթղթեր
- Կաղապարավորում
- Օպտիմալացում
- Ավտոմատացում
Սա է հիմունքները: Եթե դուք չեք կառուցում ձեր աշխատանքային հոսքը այս սկզբունքների հիման վրա, այն կլինի անարդյունավետ, անարդյունավետ և, ընդհանուր առմամբ, քիչ նմանություն կունենա իրական կառավարման հետ: Եկեք նայենք յուրաքանչյուրին առանձին:
Փաստաթղթերով հիմնավորում
Փաստաթղթերով հիմնավորում չի նշանակում փաստաթղթեր կարդալ (չնայած առանց դրա չեք կարող անել), այլ նաև պահպանել դրանք:
Ինչպես պահել փաստաթղթերը.
- Դուք բախվե՞լ եք նոր խնդրի, որը նախկինում չեք տեսել: Գրեք հիմնական ախտանիշները, ախտորոշման մեթոդները և վերացման սկզբունքները:
- Դուք գտել եք ընդհանուր խնդրի նոր, էլեգանտ լուծում: Գրեք այն, որպեսզի ստիպված չլինեք այն նորից հորինել մեկ ամիս անց:
- Նրանք օգնե՞լ են ձեզ պարզել մի հարց, որը դուք չեք հասկանում: Գրեք հիմնական կետերն ու հասկացությունները, ինքներդ գծեք դիագրամ:
Հիմնական գաղափարը. նոր բաները տիրապետելիս և կիրառելիս չպետք է լիովին վստահել սեփական հիշողությանը:
Թե ինչ ձևաչափով դա կանեք, կախված է ձեզանից. դա կարող է լինել գրառումներով համակարգ, անձնական բլոգ, տեքստային ֆայլ, ֆիզիկական նոթատետր: Հիմնական բանն այն է, որ ձեր գրառումները համապատասխանում են հետևյալ պահանջներին.
- Շատ մի երկարացեք. Առանձնացրեք հիմնական գաղափարները, մեթոդները և գործիքները: Եթե խնդիրը հասկանալու համար անհրաժեշտ է սուզվել Linux-ում հիշողության բաշխման ցածր մակարդակի մեխանիզմի մեջ, մի վերագրեք այն հոդվածը, որից սովորել եք այն. տրամադրեք դրա հղումը:
- Գրառումները պետք է պարզ լինեն ձեզ համար: Եթե գիծը
race cond.lockupթույլ չի տալիս անմիջապես հասկանալ, թե ինչ եք նկարագրել այս տողով - բացատրեք: Լավ փաստաթղթերը հասկանալու համար կես ժամ չի պահանջվում: - Որոնումը շատ լավ հատկություն է: Եթե գրում եք բլոգի գրառումներ, ավելացրեք պիտակներ; եթե ֆիզիկական նոթատետրում կպցրեք փոքր գրառումներ՝ նկարագրություններով: Փաստաթղթերի մեջ քիչ իմաստ կա, եթե դուք այնքան ժամանակ եք ծախսում դրանում պատասխան փնտրելու համար, որքան կծախսեք հարցը զրոյից լուծելու վրա:
Ահա թե ինչպիսին կարող է լինել փաստաթղթավորումը՝ նոթատետրում պարզունակ նշումներից (վերևում գտնվող նկարը), մինչև պիտակներով, որոնմամբ և բոլոր հնարավոր հարմարություններով բազմակողմանի օգտատերերի գիտելիքների բազա (ներքևում):
Ոչ միայն ստիպված չեք լինի երկու անգամ փնտրել նույն պատասխանները, այլև փաստագրումը մեծ օգնություն կլինի նոր թեմաներ սովորելու համար (նշումներ), կբարելավի ձեր սարդի զգացողությունը (բարդ խնդիրը մեկ մակերեսային հայացքով ախտորոշելու ունակությունը), և կազմակերպություն կավելացնի ձեր գործողություններին: Եթե փաստաթղթերը հասանելի են ձեր գործընկերներին, դա նրանց թույլ կտա պարզել, թե ինչ և ինչպես եք կուտակել այնտեղ, երբ այնտեղ չեք:
Կաղապարավորում
Կաղապարավորում կաղապարների ստեղծումն ու օգտագործումն է։ Տիպիկ խնդիրների լուծման համար արժե ստեղծել հատուկ գործողության ձևանմուշ: Խնդիրների մեծ մասի ախտորոշման համար պետք է օգտագործվի քայլերի ստանդարտացված հաջորդականություն: Երբ ինչ-որ բան վերանորոգել/տեղադրել/օպտիմալացրել եք, այս ինչ-որ բանի կատարումը պետք է ստուգվի ստանդարտացված ստուգաթերթերի միջոցով:
Կաղապարը ձեր աշխատանքային հոսքը կազմակերպելու լավագույն միջոցն է: Օգտագործելով ստանդարտ ընթացակարգեր ամենատարածված խնդիրները լուծելու համար, դուք ստանում եք շատ հետաքրքիր բաներ: Օրինակ, ստուգաթերթերի օգտագործումը թույլ կտա ձեզ ախտորոշել բոլոր գործառույթները, որոնք կարևոր են ձեր աշխատանքի համար և հրաժարվել անկարևոր գործառույթների ախտորոշումից: Իսկ ստանդարտացված ընթացակարգերը նվազագույնի կհասցնեն անհարկի նետումները և կնվազեցնեն սխալի հավանականությունը:
Առաջին կարևոր կետն այն է, որ ընթացակարգերը և ստուգաթերթերը նույնպես պետք է փաստաթղթավորվեն: Եթե դուք պարզապես հույսը դնում եք հիշողության վրա, կարող եք բաց թողնել իսկապես կարևոր ստուգում կամ գործողություն և փչացնել ամեն ինչ: Երկրորդ կարևոր կետն այն է, որ ձևանմուշների բոլոր պրակտիկաները կարող են և պետք է փոփոխվեն, եթե դա պահանջում է իրավիճակը: Իդեալական և բացարձակապես ունիվերսալ կաղապարներ չկան։ Եթե խնդիր կա, բայց կաղապարի ստուգումը չի բացահայտել, դա չի նշանակում, որ խնդիր չկա։ Այնուամենայնիվ, նախքան սկսեք փորձարկել որոշ անհավանական հիպոթետիկ խնդիրներ, միշտ արժե նախ կատարել արագ կաղապարի թեստ:
Օպտիմալացում
Օպտիմալացում ինքնին խոսում է. Աշխատանքային գործընթացը պետք է հնարավորինս օպտիմալացնել ժամանակի և աշխատուժի ծախսերի առումով: Կան անհամար տարբերակներ՝ սովորել ստեղնաշարի դյուրանցումներ, հապավումներ, կանոնավոր արտահայտություններ, հասանելի գործիքներ: Փնտրեք այս գործիքների ավելի գործնական օգտագործումը: Եթե օրական 100 անգամ հրաման եք կանչում, այն նշանակեք ստեղնաշարի դյուրանցման: Եթե Ձեզ անհրաժեշտ է կանոնավոր կերպով միանալ նույն սերվերներին, ապա մեկ բառով գրեք այլանուն, որը կկապի ձեզ այնտեղ.
Ծանոթացեք գործիքների տարբեր տարբերակներին. գուցե կա ավելի հարմար տերմինալի հաճախորդ, DE, clipboard-ի կառավարիչ, զննարկիչ, էլփոստի հաճախորդ, օպերացիոն համակարգ: Պարզեք, թե ինչ գործիքներ են օգտագործում ձեր գործընկերներն ու ընկերները, միգուցե նրանք դրանք ընտրել են ինչ-որ պատճառով: Երբ դուք ունեք գործիքներ, սովորեք, թե ինչպես օգտագործել դրանք. սովորեք բանալիները, հապավումները, խորհուրդներն ու հնարքները:
Օպտիմալ օգտագործեք ստանդարտ գործիքները՝ coreutils, vim, կանոնավոր արտահայտություններ, bash: Վերջին երեքի համար կան հսկայական թվով հրաշալի ձեռնարկներ և փաստաթղթեր: Նրանց օգնությամբ դուք կարող եք արագ անցնել «Ես ինձ զգում եմ կապիկի պես, որը նոութբուքով ընկույզ է կոտրում» վիճակից դեպի «Ես կապիկ եմ, որն օգտագործում է նոութբուք՝ ինձ ընկույզ կոտրող պատվիրելու համար»:
Ավտոմատ
Ավտոմատ դժվարին գործառնությունները մեր հոգնած ձեռքերից կփոխանցի ավտոմատացման անխոնջ ձեռքերին: Եթե ինչ-որ ստանդարտ ընթացակարգ կատարվում է նույն տեսակի հինգ հրամաններով, ապա ինչո՞ւ չփաթաթել այս բոլոր հրամանները մեկ ֆայլի մեջ և կանչել մեկ հրաման, որը ներբեռնում և կատարում է այս ֆայլը:
Ինքն ավտոմատացումը 80%-ով կազմում է ձեր սեփական գործիքները գրելն ու օպտիմիզացումը (և ևս 20%-ը փորձում է ստիպել դրանք աշխատել այնպես, ինչպես պետք է): Դա կարող է լինել ընդամենը առաջադեմ մեկ տող կամ հսկայական ամենազոր գործիք՝ վեբ ինտերֆեյսով և API-ով: Այստեղ հիմնական չափանիշն այն է, որ գործիք ստեղծելը չպետք է ավելի շատ ժամանակ և ջանք խլի, քան այն ժամանակն ու ջանքը, որը գործիքը կփրկի ձեզ: Եթե դուք հինգ ժամ ծախսում եք սցենար գրելով, որը ձեզ այլևս երբեք պետք չի լինի, մի առաջադրանքի համար, որը լուծելու համար ձեզանից կպահանջվեր մեկ կամ երկու ժամ առանց սցենարի, սա շատ վատ աշխատանքային հոսքի օպտիմալացում է: Դուք կարող եք հինգ ժամ ծախսել գործիք ստեղծելու համար միայն այն դեպքում, եթե դա թույլ են տալիս դրանց քանակը, առաջադրանքների տեսակը և ժամանակը, ինչը հաճախ չի լինում:
Ավտոմատացումն անպայման չի նշանակում լիարժեք սցենարներ գրել։ Օրինակ, ցուցակից նույն տիպի օբյեկտների փունջ ստեղծելու համար ձեզ հարկավոր է ընդամենը խելացի մեկ երեսպատում, որը ավտոմատ կերպով կանի այն, ինչ դուք կանեիք ձեռքով, պատուհանների միջև անցնելով, պատճենահանման կույտերով:
Իրականում, եթե կառավարման գործընթացը կառուցեք այս չորս սյուների վրա, կարող եք արագ բարձրացնել ձեր արդյունավետությունը, արտադրողականությունը և որակավորումը: Սակայն այս ցանկը պետք է համալրվի ևս մեկ կետով, առանց որի ՏՏ ոլորտում աշխատելը գրեթե անհնար է՝ ինքնակրթությունը։
Համակարգի ադմինիստրատորի ինքնակրթություն
Այս ոլորտում թեկուզ մի փոքր կոմպետենտ լինելու համար պետք է անընդհատ սովորել ու նոր բաներ սովորել։ Եթե չնչին ցանկություն չունեք առերեսվելու անհայտի հետ և պարզելու այն, շատ արագ կխրված կլինեք: ՏՏ-ում անընդհատ հայտնվում են բոլոր տեսակի նոր լուծումներ, տեխնոլոգիաներ ու մեթոդներ, և եթե դրանք գոնե մակերեսորեն չուսումնասիրես, ապա ձախողման ճանապարհին ես։ Տեղեկատվական տեխնոլոգիաների շատ ոլորտներ կանգնած են շատ բարդ և ծավալուն հիմքերի վրա: Օրինակ, ցանցի շահագործումը: Ցանցերն ու ինտերնետը ամենուր են, ամեն օր հանդիպում ես դրանց, բայց երբ խորամուխ ես լինում դրանց հետևում գտնվող տեխնոլոգիայի մեջ, կբացահայտես հսկայական և շատ բարդ կարգապահություն, որի ուսումնասիրությունը երբեք զբոսանք չէ այգում:
Ես չեմ ներառել այս կետը ցուցակում, քանի որ այն առանցքային է ՏՏ-ի համար ընդհանրապես, և ոչ միայն համակարգի կառավարման համար: Բնականաբար, դուք չեք կարողանա բացարձակապես ամեն ինչ անմիջապես սովորել, պարզապես ֆիզիկապես բավարար ժամանակ չունեք: Հետևաբար, ինքներդ ձեզ դաստիարակելիս պետք է հիշել աբստրակցիայի անհրաժեշտ մակարդակները։
Պետք չէ անմիջապես իմանալ, թե ինչպես է աշխատում յուրաքանչյուր առանձին ծրագրի ներքին հիշողության կառավարումը և ինչպես է այն փոխազդում Linux հիշողության կառավարման հետ, բայց լավ է իմանալ, թե ինչ է RAM-ը սխեմատիկորեն և ինչու է այն անհրաժեշտ: Պետք չէ իմանալ, թե ինչպես են TCP և UDP վերնագրերը կառուցվածքայինորեն տարբեր, բայց լավ գաղափար կլինի հասկանալ հիմնական տարբերությունները, թե ինչպես են աշխատում արձանագրությունները: Պետք չէ իմանալ, թե ինչ է ազդանշանի թուլացումը օպտիկայի մեջ, բայց լավ կլիներ իմանալ, թե ինչու իրական կորուստները միշտ ժառանգվում են հանգույցների միջով: Ոչ մի վատ բան չկա իմանալու, թե ինչպես են որոշ տարրեր աշխատում աբստրակցիայի որոշակի մակարդակում և պարտադիր չէ հասկանալ բացարձակապես բոլոր մակարդակները, երբ ընդհանրապես աբստրակցիա չկա (ուղղակի կխելագարվես):
Այնուամենայնիվ, ձեր ոլորտում վերացականության մակարդակով մտածելը «դե, սա մի բան է, որը թույլ է տալիս ցուցադրել կայքերը» այնքան էլ լավ չէ: Հետևյալ դասախոսությունները նվիրված կլինեն հիմնական ոլորտների ակնարկին, որոնց հետ պետք է զբաղվի համակարգի ադմինիստրատորը, երբ աշխատում է վերացականության ավելի ցածր մակարդակներում: Ես կփորձեմ սահմանափակել վերանայվող գիտելիքների քանակը վերացականության նվազագույն մակարդակով:
Համակարգի կառավարման 10 պատվիրաններ
Այսպիսով, մենք սովորեցինք չորս հիմնական սյուները և հիմքը: Կարո՞ղ ենք սկսել խնդիրները լուծել: Դեռ ոչ. Նախքան դա անելը, խորհուրդ է տրվում ծանոթանալ այսպես կոչված «լավագույն փորձին» և լավ վարքագծի կանոններին: Առանց նրանց, դուք, ամենայն հավանականությամբ, ավելի շատ վնաս կհասցնեք, քան օգուտ: Այսպիսով, եկեք սկսենք.
- Իմ գործընկերներից ոմանք կարծում են, որ առաջին կանոնն է՝ «մի վնասիր»։ Բայց ես հակված եմ չհամաձայնելու։ Երբ փորձում ես չվնասել, ոչինչ չես կարող անել. չափազանց շատ գործողությունները պոտենցիալ կործանարար են: Կարծում եմ ամենակարևոր կանոնն է. «կրկնօրինակեք». Նույնիսկ եթե վնաս հասցնեք, միշտ կարող եք հետ գլորվել, և ամեն ինչ այնքան էլ վատ չի լինի:
Դուք միշտ պետք է կրկնօրինակեք, երբ ժամանակը և տեղը դա թույլ են տալիս: Դուք պետք է կրկնօրինակեք այն, ինչ կփոխեք և ինչ եք վտանգում կորցնել պոտենցիալ կործանարար գործողության պատճառով: Ցանկալի է ստուգել կրկնօրինակի ամբողջականությունը և բոլոր անհրաժեշտ տվյալների առկայությունը: Կրկնօրինակը չպետք է ջնջվի անմիջապես այն բանից հետո, երբ դուք ստուգել եք ամեն ինչ, բացառությամբ այն դեպքերի, երբ դուք պետք է ազատեք սկավառակի տարածքը: Եթե տեղադրությունը պահանջում է դա, կրկնօրինակեք այն ձեր անձնական սերվերում և ջնջեք այն մեկ շաբաթ անց:
- Երկրորդ կարևոր կանոնը (որը ես ինքս հաճախ խախտում եմ) սա է «մի թաքնվիր». Եթե կրկնօրինակում եք արել, գրեք որտեղ, որպեսզի ձեր գործընկերները ստիպված չլինեն այն փնտրել: Եթե ինչ-որ ոչ ակնհայտ կամ բարդ գործողություններ եք կատարել, գրեք այն. կգնաք տուն, և խնդիրը կարող է կրկնվել կամ առաջանալ մեկ ուրիշի մոտ, և ձեր լուծումը կգտնվի հիմնաբառերի միջոցով: Նույնիսկ եթե դուք անում եք մի բան, որը լավ գիտեք, ձեր գործընկերները կարող են ոչ:
- Երրորդ կանոնը բացատրության կարիք չունի. «Երբեք մի արեք մի բան, որի հետևանքները չգիտեք, չեք պատկերացնում կամ չեք հասկանում». Մի պատճենեք հրամանները ինտերնետից, եթե չգիտեք, թե ինչ են անում, զանգահարեք մարդուն և նախ վերլուծեք դրանք: Մի օգտագործեք պատրաստի լուծումներ, եթե չեք կարողանում հասկանալ, թե դրանք ինչ են անում: Շփոթված կոդի կատարումը պահեք բացարձակ նվազագույնի: Եթե դուք ժամանակ չունեք դա պարզելու համար, ապա ինչ-որ բան սխալ եք անում, և դուք պետք է կարդաք հաջորդ կետը:
- "Փորձարկում". Նոր սկրիպտները, գործիքները, մեկ գծերը և հրամանները պետք է փորձարկվեն վերահսկվող միջավայրում, այլ ոչ թե հաճախորդի մեքենայի վրա, եթե նույնիսկ նվազագույն ներուժ կա կործանարար գործողությունների համար: Նույնիսկ եթե դուք ամեն ինչ կրկնօրինակել եք (և արել եք), դա ամենաթեժ բանը չէ: Ստեղծեք առանձին սերվեր/վիրտուալ/chroot դրա համար և փորձարկեք այնտեղ: Ինչ-որ բան կոտրվե՞լ է: Այնուհետև կարող եք այն գործարկել «մարտականության» վրա:
- «Վերահսկում». Նվազագույնի հասցրեք բոլոր գործողությունները, որոնք դուք չեք վերահսկում: Փաթեթներից կախվածության մեկ կորը կարող է ներքև քաշել համակարգի կեսը, իսկ -y դրոշը, որը սահմանված է yum remove-ի համար, ձեզ հնարավորություն է տալիս զրոյից կիրառել ձեր համակարգի վերականգնման հմտությունները: Եթե գործողությունը չունի չվերահսկվող այլընտրանքներ, ապա հաջորդ կետը պատրաստի կրկնօրինակումն է:
- «Ստուգել». Ստուգեք ձեր գործողությունների հետևանքները և արդյոք անհրաժեշտ է վերադառնալ կրկնօրինակում: Ստուգեք, թե արդյոք խնդիրն իսկապես լուծվել է: Ստուգեք, թե արդյոք սխալը վերարտադրվել է և ինչ պայմաններում: Ստուգեք, թե ինչ կարող եք կոտրել ձեր գործողություններով: Ավելորդ է վստահել մեր աշխատանքին, բայց երբեք չստուգել։
- «Շփվել». Եթե դուք չեք կարող լուծել խնդիրը, հարցրեք ձեր գործընկերներին, արդյոք նրանք բախվել են դրան: Եթե ցանկանում եք կիրառել վիճելի որոշում, իմացեք ձեր գործընկերների կարծիքը։ Երևի ավելի լավ լուծում առաջարկեն։ Եթե վստահ չեք ձեր գործողություններում, քննարկեք դրանք ձեր գործընկերների հետ։ Նույնիսկ եթե սա ձեր փորձաքննության ոլորտն է, իրավիճակին թարմ հայացքը կարող է շատ բան պարզաբանել: Մի ամաչեք ձեր սեփական տգիտությունից. Ավելի լավ է հիմար հարց տալ, հիմարի տեսք ունենալ և պատասխան ստանալ, քան հարցը չտալ, պատասխան չստանալ և վերջում դառնալ հիմար:
- «Անհիմն մի մերժեք օգնությունը». Այս կետը նախորդի հակառակն է: Եթե ձեզ հիմար հարց են տալիս, պարզաբանեք և բացատրեք։ Նրանք խնդրում են անհնարինը - բացատրեք, որ դա անհնար է և ինչու, առաջարկեք այլընտրանքներ: Եթե ժամանակ չունեք (դուք իսկապես ժամանակ չունեք, ոչ ցանկություն) - ասեք, որ ունեք հրատապ հարց, շատ աշխատանք, բայց ավելի ուշ կկարգավորեք այն: Եթե գործընկերները հրատապ խնդիրներ չունեն, առաջարկեք կապվել նրանց հետ և պատվիրակել հարցը:
- «Արձագանքեք». Ձեր գործընկերներից մեկը սկսել է օգտագործել նոր տեխնիկա կամ նոր սցենար, և դուք բախվո՞ւմ եք այս որոշման բացասական հետևանքների հետ: Հաղորդեք դրա մասին: Թերևս խնդիրը կարող է լուծվել երեք տող կոդով կամ տեխնիկայի ճշգրտման հինգ րոպեով: Ձեր ծրագրաշարում վրիպակի հանդիպե՞լ եք: Հաղորդել սխալի մասին: Եթե այն վերարտադրելի է կամ վերարտադրման կարիք չունի, ամենայն հավանականությամբ այն կուղղվի: Հայտարարեք ձեր ցանկությունները, առաջարկները և կառուցողական քննադատությունը և քննարկման համար դրեք հարցեր, եթե դրանք տեղին են թվում:
- «Հարցեք կարծիք». Մենք բոլորս անկատար ենք, ինչպես մեր որոշումները, և ձեր որոշման ճիշտությունը ստուգելու լավագույն միջոցը այն քննարկման դնելն է: Եթե դուք ինչ-որ բան օպտիմիզացրել եք հաճախորդի համար, խնդրեք նրանց վերահսկել աշխատանքը, միգուցե համակարգի խոչընդոտն այն չէ, որտեղ դուք փնտրում էիք: Դուք գրել եք օգնության սցենար. ցույց տվեք այն ձեր գործընկերներին, գուցե նրանք գտնեն այն բարելավելու միջոց:
Եթե դուք անընդհատ կիրառեք այս պրակտիկան ձեր աշխատանքում, ապա խնդիրների մեծ մասը կդադարի խնդիր լինել. դուք ոչ միայն նվազագույնի կհասցնեք ձեր սեփական սխալների և կեղծիքների քանակը, այլև հնարավորություն կունենաք ուղղել սխալները ( կրկնօրինակների ձև և գործընկերներ, ովքեր ձեզ խորհուրդ կտան կրկնօրինակել): Ավելին՝ միայն տեխնիկական մանրամասներ, որոնցում, ինչպես գիտենք, սատանան է ընկած։
Հիմնական գործիքները, որոնց հետ դուք ստիպված կլինեք աշխատել ավելի քան 50% դեպքերում, grep և vim են: Ինչ կարող է լինել ավելի պարզ: Տեքստի որոնում և տեքստի խմբագրում: Այնուամենայնիվ, և grep-ը և vim-ը հզոր բազմաֆունկցիոնալ գործիքներ են, որոնք թույլ են տալիս արդյունավետորեն որոնել և խմբագրել տեքստը: Եթե Windows-ի որոշ նոթատետր թույլ է տալիս պարզապես գրել/ջնջել տող, ապա vim-ում կարող եք գրեթե ամեն ինչ անել տեքստի հետ: Եթե չեք հավատում ինձ, զանգահարեք vimtutor հրամանը տերմինալից և սկսեք սովորել: Ինչ վերաբերում է grep-ին, ապա դրա հիմնական ուժը կանոնավոր արտահայտությունների մեջ է։ Այո, գործիքն ինքնին թույլ է տալիս բավականին ճկուն կերպով սահմանել որոնման պայմանները և ելքային տվյալները, բայց առանց RegExp-ի դա այնքան էլ իմաստ չունի: Եվ դուք պետք է իմանաք կանոնավոր արտահայտություններ: Առնվազն հիմնական մակարդակում: Սկզբից խորհուրդ կտայի նայել սա , այն ներառում է կանոնավոր արտահայտությունների հիմունքները և դրանց օգտագործումը grep-ի հետ համատեղ: Օհ, այո, երբ դրանք համատեղում եք vim-ի հետ, դուք ստանում եք ULTIMATE POWER հնարավորություն՝ այնպիսի բաներ անելու տեքստով, որ դուք պետք է դրանք պիտակավորեք 18+ պատկերակներով:
Մնացած 50%-ից 40%-ը գալիս է coreutils գործիքակազմից: Coreutils-ի համար կարող եք դիտել ցանկը , իսկ ամբողջ ցանկի ձեռնարկը գտնվում է կայքում . Այն, ինչ ներառված չէ այս հավաքածուում, գտնվում է կոմունալ ծառայությունների մեջ . Պետք չէ անգիր սովորել բոլոր ստեղները, բայց օգտակար է գոնե մոտավորապես իմանալ, թե ինչ կարող են անել հիմնական գործիքները: Պետք չէ անիվը նորից հնարել հենակներից: Ես ինչ-որ կերպ պետք է փոխարինեի գծերի ընդհատումները ինչ-որ կոմունալ ելքի բացատներով, և իմ հիվանդ ուղեղը ծնեց այնպիսի կառուցվածք, ինչպիսին է. sed ':a;N;$!ba;s/n/ /g', գործընկերը մոտեցավ և ավելով ինձ հեռացրեց վահանակից, իսկ հետո հարցը լուծեց գրելով. tr 'n' ' '.
Ես ձեզ խորհուրդ կտայի հիշել, թե ինչ է անում յուրաքանչյուր առանձին գործիք և ամենահաճախ օգտագործվող հրամանների բանալիները, մնացած ամեն ինչի համար կա մարդ: Ազատորեն զանգահարեք տղամարդուն, եթե որևէ կասկած ունեք: Եվ անպայման կարդացեք մարդուն. այն պարունակում է կարևոր տեղեկություններ այն մասին, թե ինչ կգտնեք:
Իմանալով այս գործիքները՝ դուք կկարողանաք արդյունավետորեն լուծել այն խնդիրների մի զգալի մասը, որոնց կհանդիպեք գործնականում։ Հետևյալ դասախոսություններում մենք կանդրադառնանք, թե երբ պետք է օգտագործել այս գործիքները և հիմքում ընկած ծառայությունների և հավելվածների շրջանակները, որոնց դրանք կիրառվում են:
Ձեզ հետ էր FirstVDS համակարգի ադմինիստրատոր Կիրիլ Ցվետկովը:
Source: www.habr.com