Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Ez rêveberê pergala FirstVDS im, û ev metna yekemîn dersa destpêkê ye ji qursa min a kurt a li ser alîkariya hevkarên nû. Pisporên ku di van demên dawî de dest bi karê rêveberiya pergalê kirine bi gelek heman pirsgirêkan re rû bi rû dimînin. Ji bo pêşkêşkirina çareseriyan, min dest bi nivîsandina vê rêze dersan kir. Hin tişt di wê de ji bo mêvandariya piştgiriya teknîkî taybetî ne, lê bi gelemperî, ew dikarin bikêr bin, heke ne ji bo her kesî, wê hingê ji bo gelekan. Ji ber vê yekê min nivîsa dersê adapte kir ku li vir parve bikim.

Ne girîng e ku pozîsyona we çi tê gotin - ya girîng ev e ku hûn bi rastî beşdarî rêveberiyê dibin. Ji ber vê yekê, bila em dest pê bikin ku rêveberek pergalê divê çi bike. Karê wê yê sereke ew e ku tiştan bi rêkûpêk bihêle, rêzê bigire û ji bo zêdebûnên pêşerojê bi rêzê amade bike. Bê rêveberê pergalê, server tevlihev dibe. Têketin nayên nivîsandin, an jî tiştên xelet di wan de têne nivîsandin, çavkanî bi rengek çêtirîn nayên belav kirin, dîsk bi her cûre çopê tije dibe û pergal ji ber ewqas kaosê hêdî hêdî dest bi mirinê dike. Calmly! Rêvebirên pergalê di kesê we de dest bi çareserkirina pirsgirêkan û rakirina tevliheviyê dikin!

Stûnên Rêveberiya Sîstemê

Lêbelê, berî ku hûn dest bi çareserkirina pirsgirêkan bikin, hêja ye ku hûn bi çar stûnên sereke yên rêveberiyê re nas bikin:

  1. Documentation
  2. Şablonkirin
  3. Optimization
  4. Otomatîkî

Ev bingeh e. Ger hûn xebata xwe li ser van prensîban ava nekin, ew ê bêbandor, bêberhemdar be û bi gelemperî kêm dişibihe rêveberiya rastîn. Werin em li her yekê cuda binêrin.

Dokumentasyonê

Dokumentasyonê nayê wateya xwendina belgeyê (her çend hûn nekarin bêyî wê bikin), lê di heman demê de parastina wê jî.

Meriv çawa belgeyê digire:

  • Ma we bi pirsgirêkek nû ya ku we berê qet nedîtiye re rû bi rû maye? Nîşaneyên sereke, rêbazên teşhîs û prensîbên jêbirinê binivîsin.
  • Ma we çareseriyek nû, elegant ji pirsgirêkek hevpar re peyda kiriye? Wê binivîsin da ku hûn mehek şûnda wê ji nû ve îcad nekin.
  • Ma ew ji we re bûn alîkar ku hûn pirsek ku hûn jê fêm nekiribin fêm bikin? Xal û têgînên sereke binivîsin, ji xwe re şemaqekê xêz bikin.

Ramana sereke: divê hûn bi tevahî ji bîranîna xwe bawer nekin dema ku tiştên nû serdest kirin û sepandin.

Di kîjan formatê de hûn ê vê yekê bikin bi we ve girêdayî ye: ew dikare pergalek bi nîşe, blogek kesane, pelek nivîsê, notepadek laşî be. Ya sereke ev e ku qeydên we hewcedariyên jêrîn bicîh bînin:

  1. Zêde dirêj neke. Nêrîn, rêbaz û amûrên sereke destnîşan bikin. Ger têgihîştina pirsgirêkek hewce dike ku meriv li mekanîka kêm-asta veqetandina bîranînê li Linux-ê bixebite, gotara ku hûn jê fêr bûne ji nû ve nenivîsin - pêvekek jê re peyda bikin.
  2. Divê navnîş ji we re zelal bin. Ger rêz race cond.lockup nahêle ku hûn tavilê tiştê ku we bi vê rêzê diyar kiriye fêm bikin - rave bikin. Belgekirina baş ji bo fêmkirina nîv saetê nagire.
  3. Lêgerîn taybetmendiyek pir baş e. Ger hûn postên blogê dinivîsin, etîketan lê zêde bikin; heke di defterek laşî de bin, postên piçûk bi danasînên xwe ve girêdin. Di belgekirinê de tiştek hindik e ku hûn bi qasî ku hûn di wê de li bersivekê bigerin bi qasî ku we di çareserkirina pirsê de ji sifirê derbas bikira.

Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Belgekirin ev e ku dikare wusa xuya bike: ji notên seretayî yên di notepadê de (wêneya li jor), heya bingehek zanîna pir-bikarhêner a bêkêmasî ya bi etîket, lêgerîn û hemî rehetiyên gengaz (li jêr).

Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Ne tenê hûn neçar in ku du caran li heman bersivan bigerin, lêbelê belgekirin dê di fêrbûna mijarên nû de (not!) bibe alîkariyek mezin, dê hesta spider-a we çêtir bike (qabiliyeta teşhîskirina pirsgirêkek tevlihev bi yek awirek rûvî), û dê rêxistinê li çalakiyên xwe zêde bike. Ger belge ji hevkarên we re hebe, ew ê bihêle ku ew fêhm bikin dema ku hûn ne li wir in we çi û çawa li wir berhev kiriye.

Şablonkirin

Şablonkirin çêkirin û bikaranîna şablonan e. Ji bo çareserkirina pir pirsgirêkên tîpîk, hêja ye ku şablonek çalakiyê ya taybetî biafirînin. Ji bo teşhîskirina piraniya pirsgirêkan divê rêzikek standardkirî ya gavan were bikar anîn. Dema ku we tiştek tamîr kir / saz kir / xweşbîn kir, divê performansa vî tiştî bi karanîna navnîşên kontrolê yên standardkirî were kontrol kirin.

Şablon awayê çêtirîn e ku meriv xebata xwe organîze bike. Bi karanîna prosedurên standard ji bo çareserkirina pirsgirêkên herî gelemperî, hûn gelek tiştên xweş digirin. Mînakî, karanîna navnîşên kontrolê dê bihêle hûn hemî fonksiyonên ku ji bo xebata we girîng in teşhîs bikin û tespîtkirina fonksiyonên ne girîng ji holê rakin. Û prosedurên standardkirî dê avêtina nehewce kêm bike û îhtîmala xeletiyê kêm bike.

Xala yekem a girîng ew e ku prosedurek û lîsteyên kontrolê jî hewce ne ku bêne belge kirin. Ger hûn tenê xwe bispêrin bîranînê, hûn dikarin hin kontrol an operasyonek pir girîng ji dest bidin û her tiştî xera bikin. Xala duyemîn a girîng ev e ku heke rewş hewce bike hemî pratîkên şablonê dikarin û divê werin guheztin. Şablonên îdeal û bi tevahî gerdûnî tune. Ger pirsgirêkek hebe, lê kontrolek şablonê ew eşkere nekir, ev nayê wê wateyê ku pirsgirêk tune. Lêbelê, berî ku hûn dest bi ceribandina hin pirsgirêkên hîpotezîkî yên ne mimkûn bikin, her gav hêja ye ku pêşî ceribandinek bilez a şablonê bikin.

Çêkirin

Çêkirin ji xwe re dipeyive. Pêdivî ye ku pêvajoya xebatê di warê dem û lêçûnên kedê de bi qasî ku gengaz were xweş kirin. Vebijarkên bêhejmar hene: Kurtebirên klavyeyê, kurtenivîsan, vegotinên birêkûpêk, amûrên berdest fêr bibin. Li karanîna pratîkî ya van amûran bigerin. Ger hûn rojê 100 caran bangî fermanekê bikin, wê li ser kurteya klavyeyê veqetînin. Heke hûn hewce ne ku bi rêkûpêk bi heman serveran re têkildar bibin, navekî bi yek peyvê binivîsin ku dê we li wir girêbide:

Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Xwe bi vebijarkên cihêreng ên ku ji bo amûran têne peyda kirin nas bikin - dibe ku xerîdarek termînalê hêsantir, DE, rêveberê clipboard, gerok, muwekîlê e-nameyê, pergala xebitandinê heye. Fêr bibin ka hevkar û hevalên we çi amûran bikar tînin - dibe ku ew ji ber sedemek wan hilbijêrin. Gava ku we amûran hebin, fêr bibin ka meriv wan çawa bikar tîne: kilît, kurtkirin, serişte û hîleyan fêr bibin.

Amûrên standard - coreutils, vim, vegotinên birêkûpêk, bash - çêtirîn bikar bînin. Ji bo sê paşîn hejmareke mezin ji destan û belgeyên hêja hene. Bi alîkariya wan, hûn dikarin bi lez ji rewşa "Ez xwe mîna meymûnek ku bi laptopê gûzan dişkîne hîs dikim" berbi "Ez meymûnek im ku laptopê bikar tîne da ku ji xwe re gwîzanek bişkîne."

Otomasyonê

Otomasyonê dê operasyonên dijwar ji destên me yên westiyayî veguhezîne destên bêwestan ên otomasyonê. Ger hin prosedurên standard di pênc fermanên ji heman celebê de têne kirin, wê hingê çima van hemî fermanan di yek pelê de napêçin û gazî yek fermanê nakin ku vê pelê dakêşîne û bicîh tîne?

Otomasyon bixwe 80% nivîsandin û xweşbînkirina amûrên xwe ye (û 20% din jî hewl dide ku wan bixebite wekî ku divê bixebitin). Ew dikare tenê yek-xêzek pêşkeftî an amûrek pir hêzdar a bi navgînek tevnvî û API-yê be. Pîvana sereke li vir ev e ku afirandina amûrek divê ji mêjûya dem û hewldana ku amûr dê we xilas bike bêtir dem û hewil negire. Ger hûn pênc demjimêran bi nivîsandina senaryoyek ku hûn ê çu carî hewce nebin derbas bikin, ji bo peywirek ku dê ji we re yek an du demjimêran bêyî senaryoyê çareser bike, ev xweşbîniyek xebata pir xirab e. Hûn dikarin pênc demjimêran biafirînin amûrek tenê heke hejmar, celeb kar û dem destûrê bide, ku pir caran ne wusa ye.

Otomasyon ne hewce ye ku meriv nivîsarên tam binivîsîne. Mînakî, ji bo afirandina komek tiştên heman celebî ji navnîşek, yek-xêzikek jîr bes e, ku dê bixweber tiştê ku hûn ê bi destan bikin, bi guheztina di navbera pencereyan de, bi girseyên kopî-paste bikin.

Bi rastî, heke hûn pêvajoya rêveberiyê li ser van çar stûnan ava bikin, hûn dikarin zû bikêrhatî, hilberî û jêhatîbûna xwe zêde bikin. Lêbelê, ev navnîş pêdivî ye ku bi hêmanek din were zêdekirin, bêyî ku xebata di IT-ê de hema hema ne mumkun e - xwe-perwerde.

Xwe-perwerdeya rêveberê pergalê

Ji bo ku hûn di vî warî de piçek jêhatî bin, divê hûn bi berdewamî bixwînin û fêrî tiştên nû bibin. Heger tu xwesteka te ya herî biçûk tunebe ku meriv bi nenasê re rû bi rû bimîne û wê fêhm bike, hûn ê pir zû asê bibin. Her cûre çareserî, teknolojî û rêbazên nû bi domdarî di IT-ê de xuya dibin, û ger hûn wan bi kêmanî bi rûpî ve nexwînin, hûn li ser riya têkçûnê ne. Gelek warên teknolojiya agahdariyê li ser bingehek pir tevlihev û mezin radiwestin. Mînakî, operasyona torê. Tora û Înternet li her derê ne, hûn her roj bi wan re rû bi rû dimînin, lê gava ku hûn teknolojiya li pişt wan bikolin, hûn ê dîsîplînek mezin û pir tevlihev kifş bikin, ku lêkolîna wê çu carî ne meşa li parkê ye.

Min ev tişt di navnîşê de nexist ji ber ku ew ji bo IT-ê bi gelemperî girîng e, û ne tenê ji bo rêveberiya pergalê. Bi xwezayî, hûn ê nikaribin tavilê her tiştî fêr bibin - hûn bi tenê ji hêla fîzîkî ve wextê we têr nakin. Ji ber vê yekê, dema ku xwe perwerde dikin, divê hûn astên pêdivî yên abstraksiyonê bîr bînin.

Ne hewce ye ku hûn tavilê fêr bibin ka rêveberiya bîranîna hundurîn a her karûbarek kesane çawa dixebite, û ew çawa bi rêveberiya bîranîna Linux re têkilî dike, lê baş e ku hûn zanibin RAM bi rengekî şematîkî çi ye û çima hewce ye. Hûn ne hewce ne ku hûn zanibin ka sernavên TCP û UDP çawa ji hêla strukturel ve cûda ne, lê dê ramanek baş be ku hûn cûdahiyên bingehîn di ka protokolan de çawa dixebitin fam bikin. Hûn ne hewce ne ku hûn fêr bibin ka kêmbûna sînyala di optîkê de çi ye, lê dê xweş be ku hûn zanibin çima windahiyên rastîn her gav di nav girêkan de têne mîras kirin. Tiştek xelet tune ku meriv zanibe ku hin hêman di astek diyarkirî ya abstrakasyonê de çawa dixebitin û ne hewce ye ku meriv bi tevahî hemî astan fêm neke dema ku qet abstrak tune be (hûn ê tenê dîn bibin).

Lêbelê, di warê we de, fikirîna di asta abstractionê de "baş, ev tiştek e ku dihêle hûn malperan nîşan bidin" ne pir baş e. Dê dersên jêrîn ji bo nihêrînek li ser deverên sereke yên ku divê rêveberek pergalê dema ku di astên jêrîn ên abstrakasyonê de bixebite bi wan re were veqetandin. Ez ê hewl bidim ku mêjera zanîna ku hatî vekolîn di astek herî kêm a abstraksiyonê de sînordar bikim.

10 Fermanên Rêveberiya Sîstemê

Ji ber vê yekê, em fêrî çar stûn û bingeha bingehîn bûne. Ma em dikarin dest bi çareserkirina pirsgirêkan bikin? Hêşta na. Berî ku hûn vê yekê bikin, tê pêşniyar kirin ku hûn xwe bi yên ku jê re tê gotin "pratîkên çêtirîn" û qaîdeyên ehlê baş nas bikin. Bêyî wan, dibe ku hûn ji qenciyê bêtir zirarê bikin. Ji ber vê yekê, em dest pê bikin:

  1. Hin hevkarên min bawer dikin ku qaîdeya yekem "zirarê neke." Lê ez meyldar im ku li hev nekim. Gava ku hûn hewl didin ku zirarê nedin, hûn ê nikaribin tiştek bikin - pir kiryar potansiyel wêranker in. Ez difikirim ku qaîdeya herî girîng ev e - "backup". Her çend hûn zirarê bidin jî, hûn dikarin her gav paşde bizivirin û dê her tişt ew qas xirab nebe.

    Dema ku dem û cîh destûrê dide, divê hûn her gav paşve bidin. Pêdivî ye ku hûn tiştê ku hûn ê biguhezînin û ya ku hûn xetera windakirina ji ber çalakiyek potansiyel wêranker dikin paşve bikin. Tête pêşniyar kirin ku ji bo yekparebûn û hebûna hemî daneyên pêwîst parêzê kontrol bikin. Piştî ku we her tiştî kontrol kir, pêdivî ye ku piştgir tavilê neyê jêbirin, heya ku hûn hewce nebin cîhê dîskê azad bikin. Ger cîh jê hewce bike, wê pişta xwe bidin servera xweya kesane û piştî hefteyekê jêbirin.

  2. Rêgeza duyemîn a herî girîng (ku ez bi xwe pir caran dişkînim) ev e "veneşêre". Ger we paşvekêşek çêkir, li ku derê binivîsin, da ku hevkarên we li wê negerin. Ger we hin kiryarên ne diyar an tevlihev kirin, wê binivîsin: hûn ê herin malê, û dibe ku pirsgirêk ji bo kesek din dubare bibe an jî derkeve, û çareseriya we dê bi karanîna peyvên sereke were dîtin. Her çend hûn tiştek ku hûn baş dizanin bikin jî, dibe ku hevkarên we nekin.
  3. Qanûna sêyemîn ne hewce ye ku were ravekirin: "Tu carî tiştekî ku hûn encamên wê nizanin, xeyal bikin an fêm nekin nekin". Fermanên ji Înternetê kopî nekin ger hûn nizanin ew çi dikin, pêşî gazî meriv bikin û wan parsek bikin. Heke hûn nikaribin fêm bikin ka ew çi dikin çareseriyên amade bikar neynin. Bicîhkirina koda nepenî di hindiktirînek bêkêmasî de bihêlin. Ger wextê we tune ku hûn wê fêm bikin, wê hingê hûn tiştek xelet dikin û divê hûn xala din bixwînin.
  4. "Îmtîhan". Skrîptên nû, amûr, yek-xeter û fermanan divê di hawîrdorek kontrolkirî de, ne li ser makîneya xerîdar, bêne ceribandin, heke ji bo kiryarên wêranker potansiyela hindiktirîn jî hebe. Tewra ku we her tiştî pişta xwe da (û we kir), dema daketinê ne tiştê herî xweş e. Ji bo vê serverek / virtual / chroot cuda biafirînin û li wir ceribandin. Tiştek şikestiye? Wê hingê hûn dikarin wê li ser "şer" bidin destpêkirin.

    Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

  5. "Kontrol". Hemî operasyonên ku hûn kontrol nakin kêm bikin. Yek kêşa girêdayîbûna pakêtê dikare nîvê pergalê bikişîne, û ala -y ku ji bo rakirina yum hatî danîn fersendê dide we ku hûn jêhatîbûnên başkirina pergala xwe ji sifirê pratîk bikin. Ger kiryar alternatîfên nekontrolkirî tune be, xala din paşvekêşek amade ye.
  6. "Berçavkirin". Encamên tevgerên xwe kontrol bikin û gelo hûn hewce ne ku hûn paşve vegerin. Kontrol bikin ka pirsgirêk bi rastî çareser bûye. Kontrol bikin ka xeletî ji nû ve hatî hilberandin û di çi şert û mercan de. Kontrol bikin ka hûn dikarin bi kirinên xwe çi bişkînin. Ne hewce ye ku em bi xebata xwe bawer bikin, lê qet carî kontrol nekin.
  7. "Agahdayin". Ger hûn nikaribin pirsgirêkê çareser bikin, ji hevkarên xwe bipirsin ka ew bi vê yekê re rûbirû bûne. Ger hûn dixwazin biryarek nakokî bicîh bînin, nêrîna hevkarên xwe bibînin. Dibe ku ew ê çareseriyek çêtir pêşkêş bikin. Heke hûn di kirinên xwe de ne ewle ne, wan bi hevkarên xwe re nîqaş bikin. Her çend ev qada pisporiya we be jî, nêrînek nû li rewşê dikare gelek tiştan zelal bike. Ji nezaniya xwe şerm mekin. Çêtir e ku meriv pirsek ehmeq bike, mîna ehmeqan xuya bike û bersivek werbigire, ji pirsê nepirse, bersivek negire û di dawiyê de bibe ehmeq çêtir e.
  8. "Arîkariyên bêaqil red nekin". Ev xal berevajiya xala berê ye. Ger pirsek bêaqil ji we were kirin, zelal bikin û rave bikin. Ew ne gengaziyê dipirsin - rave bikin ku ew ne gengaz e û çima, alternatîfan pêşkêş dikin. Ger wextê we tune (bi rastî we wext tune, ne xwestek) - bêjin ku pirsek we ya lezgîn heye, gelek kar heye, lê hûn ê paşê wê ji hev derxînin. Ger hevkarên wan karên lezgîn nînin, pêşniyar bikin ku bi wan re têkilî daynin û pirsê bişînin.
  9. "Biryar bidin". Ma yek ji hevkarên we dest bi karanîna teknîkek nû an senaryoyek nû kiriye, û hûn bi encamên neyînî yên vê biryarê re rû bi rû ne? Rapor bikin. Dibe ku pirsgirêk di sê rêzikên kodê an pênc hûrdeman paqijkirina teknîkê de were çareser kirin. Ma hûn di nermalava xwe de rastî xeletiyek hatine? Bûkê rapor bikin. Ger ew ji nû ve were hilberandin an jî ne hewce ye ku were dubare kirin, bi îhtîmalek mezin dê were sererast kirin. Daxwazên xwe, pêşniyar û rexneyên çêker bînin ziman, û heke ew têkildar xuya dikin pirsan ji bo nîqaşê bînin ziman.
  10. "Ji bo bersivê bipirsin". Em hemî bêkêmasî ne, mîna biryarên me, û baştirîn awayê ceribandina rastdariya biryara we ev e ku hûn wê ji bo nîqaşê bînin. Ger we tiştek ji bo xerîdarek xweşbîn kiriye, ji wan bipirsin ku kar bişopînin; dibe ku kêşeya pergalê ne cihê ku hûn lê digeriyan be. We skrîptek arîkariyê nivîsandiye - wê ji hevkarên xwe re nîşan bide, dibe ku ew rêyek bibînin ku wê baştir bikin.

Ger hûn van kiryaran bi berdewamî di karê xwe de bicîh bînin, piraniya pirsgirêkan dê ji pirsgirêk nemînin: hûn ê ne tenê jimara xeletî û xeletiyên xwe kêm bikin, lê di heman demê de dê derfeta we hebe ku hûn xeletiyan rast bikin (di forma paşvekişandinê û hevkarên ku dê ji we re şîret bikin ku hûn hilanînê bikin). Zêdetir - tenê hûrguliyên teknîkî, ku tê de, wekî ku em dizanin, şeytan derewan dike.

Amûrên sereke yên ku hûn ê hewce ne ku ji% 50-ê demê zêdetir bi wan re bixebitin grep û vim in. Çi dikare hêsantir be? Lêgerîna nivîsê û sererastkirina nivîsê. Lêbelê, hem grep û hem jî vim pir-amûrên hêzdar in ku dihêle hûn nivîsê bi bandor bigerin û biguherînin. Ger hin notepada Windows-ê destûrê dide we ku hûn tenê rêzek binivîsin / jêbirin, wê hingê di vim de hûn dikarin hema hema her tiştî bi nivîsê re bikin. Heke hûn ji min bawer nakin, ji termînalê bangî fermana vimtutor bikin û dest bi fêrbûnê bikin. Ji bo grep, hêza wê ya sereke di vegotinên birêkûpêk de ye. Erê, amûr bixwe dihêle hûn şert û mercên lêgerînê bicîh bikin û daneyan bi rengek maqûl derxînin, lê bêyî RegExp ev pir wate nake. Û hûn hewce ne ku bêjeyên birêkûpêk bizanibin! Bi kêmanî di asta bingehîn de. Ji bo destpêkê, ez ê ji we re şîret bikim ku hûn li vê yekê binêrin видео, ew bingehên vegotinên birêkûpêk û karanîna wan bi grep re vedihewîne. Oh erê, gava ku hûn wan bi vim-ê re bikin yek, hûn qeweta ULTIMATE POWER digirin ku hûn tiştan bi nivîsê bikin ku divê hûn wan bi 18+ îkonan bi nav bikin.

Ji 50% mayî, 40% ji amûra coreutils tê. Ji bo coreutils hûn dikarin li navnîşê binêrin wikipedia, û manual ji bo tevahiya navnîşê li ser malperê ye GNU. Tiştê ku di vê setê de nayê nixumandin di nav karûbaran de ye POSIX. Hûn ne hewce ne ku hûn hemî kilîtan bi dilê xwe fêr bibin, lê ew arîkar e ku hûn bi kêmanî zanibin ka amûrên bingehîn dikarin çi bikin. Hûn ne hewce ne ku hûn çerxa ji kêzikan ji nû ve îcad bikin. Min bi rengekî hewce kir ku şikestinên xetê bi cîhên di hilberana hin kargêriyê de biguhezînim, û mêjiyê min ê nexweş avahiyek mîna sed ':a;N;$!ba;s/n/ /g', hevkarek hat û ez bi bêrîkekê ji konsolê dûr xistim û dûv re bi nivîsandinê pirsgirêk çareser kir tr 'n' ' '.

Ji bo rêveberê pergalê yê nû: meriv çawa ji kaosê nîzamê diafirîne

Ez ê ji we re şîret bikim ku hûn bîr bînin ku her amûrek kesane çi dike û mifteyên fermanên ku herî zêde têne bikar anîn; ji bo her tiştê din mirov heye. Ger gumanên we hebin, bi serbestî gazî meriv bikin. Û bê guman meriv meriv bixwe bixwînin - ew agahdariya girîng li ser tiştê ku hûn ê bibînin hene.

Bi zanîna van amûran, hûn ê karibin beşek girîng a pirsgirêkên ku hûn ê di pratîkê de pê re rû bi rû bibin bi bandor çareser bikin. Di dersên jêrîn de, em ê li kengê van amûran û çarçoveyên ji bo karûbar û serîlêdanên bingehîn ên ku ew serî lê didin bikar bînin binêrin.

Rêveberê pergala FirstVDS Kirill Tsvetkov bi we re bû.

Source: www.habr.com

Add a comment