Ձեր վեբ կայքի կրկնօրինակման և վերականգնման վերջնական ուղեցույցը

Իմացեք, թե ինչպես կրկնօրինակել և վերականգնել ձեր վեբ կայքը այս արդյունաբերության լավագույն պրակտիկայում ՝ անկախ նրանից, թե որ կայքէջի CMS կամ մեթոդ է, որն օգտագործվում է ձեր վեբ կայքը կառուցելու համար.


Ինչպես կրկնօրինակել և վերականգնել ձեր կայքը

Ձեր բիզնեսի վեբ կայքը կառուցելիս առաջին բանը, որ ձեզ ամենաշատը անհանգստացնում է ՝ ձեր կայքը աշխուժացնելն է: դա շատ աշխատանք է պահանջում, գլխավորը `ամեն ինչ աշխատելն է: Այն վեր է և ընթանում է սահուն, և հանկարծ ինչ-որ բան պատահում է: Այն գնացել է: Ձեր ֆայլերը բացակայում են.

Եթե ​​ձեր կայքը կառուցել եք տեղական սերվերի վրա, գուցե զգաք, որ արդեն կրկնօրինակում ունեք: Դուք ամեն ինչ ունեք երկու վայրում, այնպես չէ՞: Ֆայլերը գոյություն ունեն սերվերի և ձեր համակարգչի վրա: Ի՞նչը կարող է սխալ լինել: Երևակայությունը շատ չի պահանջում մտածել, թե ինչ կարող է պատահել: Ձեր համակարգիչը ինչ-ինչ պատճառներով մեռնում է ՝ լինի դա անսպասելի հոսանքի ուժեղացում, կամ ձեր 3-ամյա երեխան որոշում է, որ հաճելի է կաթը լցնել ձեր նոութբուքում: Բայց հե ,յ, դուք այն պահեցիք սերվերում, այնպես որ ինչու պետք է անհանգստանաք, այդպես չէ: Ոչ այդքան արագ….

Ինչ կլինի, եթե սերվերը խնդիր ունի, կամ այդ գերծանրքաշային և թվացյալ հուսալի հոստինգի մատակարարը գնում է փորը առանց նախազգուշացման: Ի՞նչ կասեք այն մասին, որ ձեր կայքը տվյալների բազա է վարում: Դուք ունեք ձեր համակարգչի յուրաքանչյուր ֆայլի ճշգրիտ պատճեն?

Այս հոդվածում ես կներկայացնեմ այն ​​ամենը, ինչ դուք պետք է իմանաք ձեր վեբ կայքի կրկնօրինակման վերաբերյալ, ներառյալ `ինչու, ինչ և ինչպես.

Ինչու կրկնօրինակում?

Կա մի շարք պատճառներ, թե ինչու պետք է կրկնօրինակեք ձեր վեբ կայքը.

Վնասակար ծրագրերը, պատահական ծրագրերը, ջնջված ֆայլերը, վատ հրահանգները, մարդկային սխալները, դժգոհ ծրագրավորողները կամ աշխատակիցները և սերվերի վթարները բոլորն են պատճառներ, որոնց համար անհրաժեշտ է կրկնօրինակել ձեր վեբ կայքը!

Կտտացրեք Tweet- ը

Չարամիտ / Randsomware

Առանց չափազանց շատ մանրամասների, գոյություն չունի լիովին անվտանգ համակարգ. Անկախ նրանից, թե որքան անվտանգության ընթացակարգեր և արձանագրություն եք դնում, բոլոր համակարգերը խոցելի են: Չնայած կան անվտանգության աստիճաններ, որոշ համակարգեր ավելի խոցելի են, քան մյուսները: Ձեր կայքը կանխել բոլոր տեսակի հարձակումներից, և ավելին, եթե իրականում ակնկալում եք, որ մարդիկ կօգտագործեն ձեր կայքը, դա իրականում անհնար է: Մտածեք այս մասին ձեր տան պես. Դուք կարող եք այն կնքել ինչպես Fort Knox- ը, բայց հետո ոչ ոք ընդհանրապես չէր կարող ներս մտնել, այնպես որ դու պետք է դուռ ունենաս: Անշուշտ, ձեր դռները լավ կողպեքներ ունենան, բայց ինչ-որ մեկը միշտ կարող էր ներխուժել պատուհանից.

Systemանկացած համակարգի ամենաթույլ կետը մարդն է: Այն ամենը, ինչ անհրաժեշտ է, մեկ վատ կտտոց է կամ պատասխանել այն մասին, թե ինչպես է կարևոր էլ. Փոստով դիմել ֆիշինգի հարձակմանը: Երբ ինչ-որ մեկը ձեր համակարգում է, ծրագրաշարի միջոցով կամ այլ կերպ, հնարավոր է, որ նրանք կարող են իրենց վերահսկողության տակ վերցնել ձեր ֆայլերը փրկագին ստանալու համար: Փոխանակ ստիպելու, որ ինչ-որ անհայտ անձի գումար վաստակեք, ով կարող է կամ չի կարող վերադարձնել ձեր կայքը կամ ֆայլերը, դուք շատ ավելի խոցելի եք, եթե ունեք պատճեն.

Etedնջված ֆայլեր / Վատ հրամաններ / մարդկային սխալներ

Ձեր սերվերի սխալ ֆայլը ջնջելն ինչ-որ պարզ բան է ՝ կամ Windows- ի / Mac- ի մի պարզ «սեղմում / ջնջում», կամ Linux- ի կամ դրա ածանցյալների հրամանի տողը կարող է ջնջել առանցքային ֆայլ կամ այդ ֆայլի համար բոլոր ֆայլերը (Linux- ում հրամանը rm -r diretoryname- ը հանում է գրացուցակը և դրա մեջ պարունակվող բոլոր ֆայլերը, հաճախ առանց որևէ հաստատման, նույնիսկ ավելի վատ, rm -rf / կարող է ջնջել նույնիսկ կարդալու միայն ֆայլերը և արմատից ամեն ինչ, ինչը, ըստ էության, կսպանի ձեր ամբողջ մեքենան: ).

Հաքեր

Վնասակար պահվածքն ավելի տարածված է, քան մենք կցանկանայինք: Երբեմն դա նույնիսկ այնքան էլ պարզ չէ, որքան չարամիտ ծրագիրը կամ ransomware- ի տապը; այնտեղ շատ մարդիկ կան, ովքեր սպորտ են մտնում կայքերի մեջ: Նույնիսկ եթե ձեր վեբ կայքի բովանդակությունը մի բան է, որը դուք չեք կարծում, որ հաքերների համար մեծ արժեք ունի, դա դեռ կարող է առաջանալ: Սա հատկապես ռիսկ է նրանց համար, ովքեր օգտագործում են այնպիսի հայտնի հարթակներ, ինչպիսիք են WordPress- ը, որոնք ունեն շատ լավ փաստաթղթավորված թույլ կողմեր, որոնք, եթե չկատարված լինեն, ձեզ մեծ թիրախ են թողնում ձեր մեջքին:.

Վատ ծրագրավորող / Աշխատակից / Ո՞վ է

Բիզնեսներից շատերը մեծապես հույս ունեն երրորդ անձանց վրա ՝ մեր կայքերը նախագծելու համար: Շատ դեպքերում վեբ մշակողները նույնքան ազնիվ են, որքան մնացածները: Շատերը (ինչպես ձերն իսկապես) հիանալի, և ազնիվ մարդիկ են (և համեստ): Այնուամենայնիվ, գուցե դուք մտնում եք վճարման վեճի մեջ: Մարդիկ լինելով, շատ տարբերվում են, երբ խոսքը վերաբերում է այն բանին, որը նրանք համարում են էթիկական պահվածքը: Դա շատ հեշտությամբ է զայրացած (կամ նողկալի) աշխատողի համար, ով ձեր վեբ կայք մուտք ունի դեպի վերջ, որպեսզի պարզապես վայր գցի կայքը, եթե նրանք երջանիկ չեն, կամ ինչ-ինչ պատճառներով: Սա մի բան է, որի մասին մենք չենք սիրում մտածել, բայց ընդհանուր առմամբ լավ գաղափար է `անվտանգ լինել.

Սերվերի վթարներ

Տեխնոլոգիան հիանալի է, երբ այն աշխատում է: Շատ դեպքերում, հատկապես, եթե դուք օգտագործում եք ամուր և հեղինակավոր հոստինգ ընկերություն, սերվերի խափանումները, որտեղ ձեր տվյալները ջնջվում են, հազվադեպ դեպք է: Բայց նույնիսկ լավագույն մատակարարները խնդիրներ ունեն: Նաև, շատ դեպքերում այս օրերին, ամենայն հավանականությամբ, ձեր կայքը հյուրընկալվում է վիրտուալ սերվերի վրա: Այլ կերպ ասած, ձեր տվյալները անկախ ֆիզիկական համակարգչի վրա չեն, բայց տարածված են շատ այլ մարդկանց կամ բիզնեսի հետ: Պրովայդերները հյուրընկալելու համար շատ տարածված է մեկ ֆիզիկական սերվերի վրա հյուրընկալել շատ տարբեր «վիրտուալ» դեպքեր.

Հոսթինգային ընկերությունների մեծ մասի համար սա ավելի տարածված է, քան ոչ, և քանի դեռ չեք պատրաստել դուրս մղել մեծ գումարները ձեր սեփական ֆիզիկական սերվերը ձեռք բերելու համար, շատ հավանական է, որ տարածություն եք բաժանում: Եթե ​​ինչ-որ բան սխալ է գնում մեկ այլ հատվածի վրա, դա կարող է ազդել ձեր կայքի և ձեր ֆայլերի վրա.

Բացի այդ, նույնիսկ եթե ձեր կայքը հյուրընկալել եք մեկ ֆիզիկական սերվերի վրա, այն ըստ էության դեռ պարզապես համակարգիչ. Չնայած սերվերները հակված են պահելու անվտանգ վայրերում, ինչպես ձեր համակարգչի հետ, միշտ էլ կա հավանականություն, որ ինչ-որ բան կարող է սխալ ընթանալ: Սերվերները կարող են գերտաքացում լինել, կարող է լինել անսպասելի բնական աղետ, էլեկտրական էներգիայի տատանում հենց սխալ պահին կամ նույնիսկ թաքնված արտադրողի թերություն, որը կարող է հանգեցնել ձեր տվյալների կորստի: Դրա վերևում, սերվերային ֆերմերները կարող են նպատակային լինել ծառայեցված նվիրված ծառայության մերժման (DDOS) համակարգված գրոհների համար, որոնք ծայրահեղ դեպքերում կարող են պահանջել լիարժեք վերաբեռնումը; սա միշտ ունի այս կամ բոլոր տվյալների կորստի հավանական ռիսկ.

Այս պատճառներից, ընդհանուր առմամբ, լավ գաղափար է բոլոր կարևորագույն տվյալների պատճենը մեկ այլ վայրում պահելը, այնպես որ, եթե դրանցից որևէ մեկը հնարավոր լինի, անկախ նրանից, թե որքան դժվար է (տարբերվում է դեպքից մինչև դեպք) դրանք տեղի կունենան:.

Ինչ կրկնօրինակում?

Այն իրերի տեսակները, որոնք դուք կարող եք կրկնօրինակել, կարելի է բաժանել հետևյալ կատեգորիաների.

Ֆայլեր

Սրանք բոլորն են ձեր վեբ կայքը կազմող ֆայլերը: Դրանք ներառում են բոլոր էջերը / սցենարներ / CSS ֆայլեր և պատկերներ կամ փաստաթղթեր կամ ցանկացած մուլտիմեդիա բովանդակություն, որոնք ձեր կայքի հիմնական մասն են կազմում: Կարող եք մտածել, որ սրանք բովանդակություն են, որը չի փոխվում; նրանք մնում են որպես ստատիկ օբյեկտներ: Արդյունքում, դրանք սովորաբար ձեր կայքի ամենահեշտ մասերն են ՝ կառավարելու և պահուստավորելու համար.

Տվյալների շտեմարան

Ինչպես երևում է, վեբ կայքերի մեծամասնությունը օգտագործում է տվյալների շտեմարան ՝ ապրանքներ, անհատական ​​էջեր կամ այլ իրեր պահելու համար, որոնք, ամենայն հավանականությամբ, կրկնօրինակված բովանդակության տատանումներ են: Եթե ​​ձեր տվյալների բազան որոշ չափով ստատիկ է (այսինքն ՝ ձեր կայքի շատ հոդվածներ հազվադեպ են փոխվում), ապա համեմատաբար պարզ է պահպանել պահուստավորումը, ինչպես ֆայլերը: Այնուամենայնիվ, եթե, ինչպես շատ դեպքերում, այս բովանդակությունը հեղուկ է, ինչպիսիք են բլոգային գրառումները, արտադրանքները, գործարքները կամ որևէ այլ բան, որը փոխվում է կամ ավելացվում է կանոնավոր կերպով, ապա ձեզ հարկ կլինի գտնել այս տվյալները պարբերաբար կրկնօրինակելու համար:.

Էլփոստի հաշիվներ

Եթե ​​պահում եք օգտագործողների էլփոստի կամ կոնտակտային տվյալների գրառում: Դուք, ամենայն հավանականությամբ, ունեք ամբողջական էլփոստի սերվեր և էլփոստի բոլոր գործարքների գրառումները ձեր հյուրընկալողի միջոցով: Դուք, ամենայն հավանականությամբ, կցանկանաք պահպանել ձեր փոխգործակցության, էլփոստի և փոստային ծառայության ցուցակների բոլոր գրառումները `օգտագործելով այս հաշիվը.

ՀԱՄԱՐ ՆՇՈՒՄ. Եթե ​​դուք պահպանում եք կոնտակտային տվյալները ձեր փոստային սերվերից բացի այլ տվյալների բազայում, ապա ձեզ նույնպես պետք է կրկնօրինակում!

Ինչպես կրկնօրինակում?

Ձեր կայքի կրկնօրինակը առանձնապես դժվար չէ, բայց դա սկսելու համար հարկավոր է հասկանալ, որ կան բազմաթիվ մեթոդներ: Դրանք տարբերվում են ըստ որակի, հուսալիության և հեշտության (կախված ձեր հմտության մակարդակից): Ընդհանրապես լավ գաղափար է մեկից ավելին օգտագործելը.

1. Ձեր վեբ հոստի միջոցով

Goodանկացած լավ վեբ հաղորդավար պետք է ստեղծի վեբ սերվերի բոլոր ֆայլերի ավտոմատ կրկնօրինակում: Համացանցային հաղորդավարը պետք է դա անի ներքին և, որպես կանոն, կկազմի ամենօրյա կրկնօրինակում ՝ անկախ ձեր արածից: Այսպիսով, դուք պետք է կարողանաք ընկնել ձեր վեբ հոստի պահուստի վրա, եթե որևէ բան պատահի: Այնուամենայնիվ, վեբ-հաղորդավարները, որպես կանոն, չեն պահպանում բազմաթիվ կրկնօրինակ վարկածներ, և դուք նրանց ողորմության մեջ եք: Դրանք կունենան մի տեսակ գործիք, որը դուք ձեռքով կստեղծեք ձեր սեփական կրկնօրինակը: Օրինակ, դուք կարող եք հեշտությամբ ստեղծել ձեր վեբ կայքի ամբողջական կրկնօրինակում cPanel- ի միջոցով, ընդհանուր կառավարման վահանակ, որն օգտագործվում է վեբ հոստերի մեծամասնության կողմից.

Ձեռնարկի կայքի կրկնօրինակում cPanel- ի միջոցովՈչ բոլոր սերվերներն օգտագործում են cPanel- ը, բայց, որպես կանոն, կառաջարկեն նման տիպի կրկնօրինակում գործիք ՝ վարձավճարով.

Ձեր սերվերի պահուստային գործիքները օգտագործելու համար հարկ կլինի հարցնել ձեր մատակարարին և կարդալ իրենց մատուցած ցանկացած ձեռնարկ: Սովորաբար ձեր ֆայլերը կպահպանվեն որպես կայացած ֆայլ և կպահպանվեն ձեր սերվերում: Հնարավոր է, դուք պետք է նշեք, թե որ ձևաչափն եք ուզում, կախված ձեր ծրագրից: Դրանք կտրամադրեն նաև հրահանգներ այն մասին, թե ինչպես հարկն է վերականգնել կրկնօրինակը.

վեբ սերվերի ֆայլերի կրկնօրինակումԵթե ​​ձեր վեբ հոստը ապահովում է այս հովանավոր պատճենը սերվերում, համոզվեք, որ այն պահվում է այլ սերվերի վրա, քան ձեր վեբ կայքը: Սերվերները կարող են վթարի ենթարկվել!

Ձեր մատակարարի ծառայություններն օգտագործելու առավելությունները բավականին ակնհայտ են. դա սովորաբար անթերի է ձեր հյուրընկալողի հետ.

Այնուամենայնիվ, թերությունները մասնավորապես կապված են ձեր հոստինգի մատակարարի հետ: Չնայած դրանք կարող են լավ լինել ձեր կայքը հյուրընկալելու հարցում, երբեք իմաստուն չէ ձեր բոլոր ձվերը պահել մեկ զամբյուղի մեջ: Եթե ​​ինչ-որ բան սխալ է գնում, ինչպես, օրինակ, իրենց սերվերի ֆերմայում կրակ կա, կամ նրանք հաքերների կողմից ինչ-որ հարձակման են ենթարկվում (այո, դա պատահում է առիթով; ոչ ոք անձեռնմխելի չէ, և հյուրընկալող պրովայդերը հիմնական թիրախներն են):.

Այս պատճառներով և ավելին, շատ լավ գաղափար է ժամանակ առ ժամանակ ֆայլերի պատճենը ներբեռնել ձեր համակարգչին: Դուք նաև, ամենայն հավանականությամբ, ցանկություն կունենաք գոնե ձեռքով պահել ձեր կայքի պատճենը.

2. CMS հավելվածներ

Եթե ​​օգտագործում եք հանրաճանաչ CMS, ինչպես WordPress- ը, կան շատ pluginներ, որոնք կարող եք տեղադրել, օրինակ, Backup Buddy- ի նման: Սրանք շատ հարմար են և հակված են տեղադրել շատ հեշտ.

Այնուամենայնիվ, պահուստային հավելվածները, որպես կանոն, կարող են ունենալ ձեր կայքի իջեցման բացասական ազդեցությունը: Քանի որ PHP- ը WordPress- ի մայրենի լեզվով ծրագրավորման լեզուն է, շատ plugin- ներ օգտագործում են նաև PHP- ն: Չնայած դա կարող է արդյունավետ լինել, այն կարող է հակված լինել դանդաղ, նշանակում է, որ նրանք կարող են դանդաղեցնել ձեր կայքը գործարկման ընթացքում (դրանք սովորաբար կփախչեն ձեր շարժիչով նույն շարժիչը, որը արտադրում է ձեր կայքը), նաև ձեր կայքում ավելացնում է խառնաշփոթը. և նաև ավելի բարձր մակարդակի աբստրակցիա է, քան իդեալական է.

Մեկ այլ գործոն այն է, որ դուք հեգնանքով կարող եք ձեր կայքն ավելի խոցելի դարձնել: PHP- ն ինքնին ունի անվտանգության որոշ հայտնի խնդիրներ, մանավանդ եթե օգտագործվող ծածկագիրը հնացած է կամ անթերի գրված: Քանի դեռ բացարձակապես համոզված չեք, որ այդ ծածկագրերը մուտքագրում են ծածկագրերը (և, ով լրջորեն, ո՞վ է ժամանակ նետում ուրիշի աղբյուրի կոդին:) Ձեր կողմից ձեր տվյալների պահպանման համար օգտագործվող plugin- ը կարող է այն դարձնել ավելի անվտանգ: (Այո, շատերը հեղինակավոր են և տալիս են որակի կոդ: Ես այստեղ չեմ խուճապի մատնվի, բայց սա բան է, որը պետք է հիշել).

Չնայած PHP- ը կոդավորման հիանալի լեզու է (այն իմ նախընտրածների շարքում է, և ես այն օգտագործում եմ ամեն օր), լավ գաղափար է, որ այս պլատֆորմի սահմաններից դուրս վազել այնքան հնարավորություններ: Սովորաբար, եթե ցանկանում եք գործարկել ցանկացած կրկնօրինակում OS- ի մակարդակում: Եթե ​​դուք աշխատում եք Linux- ը կամ դրա որևէ ածանցյալ սարք, հավանաբար կցանկանայիք, որ գործարկեք shell սցենարը, կամ Windows- ի խմբաքանակի ֆայլը կամ Mac- ի ֆայլը Mac- ում:.

3. Ձեռնարկի կրկնօրինակումներ

Մեզանից շատերը կարող են ծանոթ լինել ֆայլերի կրկնօրինակման «հին դպրոց» ձևին. Բոլոր ֆայլերի պատճենը պատրաստելը և շարժական կոշտ սկավառակի վրա դնելը կամ դրանք ամպի մեջ պահելը: Սա, ըստ էության, այն նույն մեթոդն է, որը դուք կօգտագործեք ձեր վեբ կայքից ՝ որոշ ցուցանակներով.

Իհարկե, եթե տեղական կայքերը զարգացնում եք ձեր կայքը և այնուհետև այն փոխանցում FTP- ի միջոցով (կամ հուսով եմ SFTP) ձեր հյուրընկալողին, ապա տեխնիկապես արդեն ունեք ձեր կայքի պատճենը: Այնուամենայնիվ, կա հիմնական տարբերություն: Եթե ​​ձեր կայքում տվյալների բազա կա, ապա, ամենայն հավանականությամբ, դուք ունեք տարբեր բովանդակություն տեղական (ձեր թեստային տվյալների բազայում), քան կենդանի կայքում: Սա հատկապես ճիշտ է, եթե դուք օգտագործում եք մի տեսակ CMS ծրագրաշար (WordPress և այլն): Եթե ​​դա այդպես է, ձեր կայքի գրեթե բոլոր բովանդակությունները պահվում են տվյալների բազայում և ընդհանրապես ոչ մի ֆայլի մեջ չեն ապրում ՝ ինքնուրույն տվյալների բազայից դուրս.

Տվյալների բազայի կրկնօրինակումը իրականում համեմատաբար հեշտ է, մասնավորապես, եթե օգտագործում եք MySQL: Դուք պարզապես պետք է ստանաք տվյալների բազայի SQL աղբանոց: որը պարզապես պարզ տեքստային ֆայլ է, որը պարունակում է ձեր տվյալների բազայի ամբողջ բովանդակությունը: Ստեղծելուց հետո այն պարզապես կարելի է վերբեռնել կամ գործարկել որպես ֆայլ ՝ տվյալների բազան վերակառուցելու համար.

Հրամանատարական մեթոդ

Սա համեմատաբար պարզ է: Հետևյալ հրամանը կրկնօրինակում է տվյալների բազա.

$ mysqldump -u [uname] -p [pass] db_name > db_backup.sql
Ընտրեք կոդ

Եթե ​​ուզում եք, որ դրանց գործարկման ավելի շատ մանրամասներ և տարբեր տարբերակներ, ստուգեք MySQL փաստաթղթեր

PhpMyAdmin մեթոդ

Անցեք տվյալների բազայի արտահանման ներդիրին և ընտրեք ձեզ անհրաժեշտ բոլոր տարբերակները (սովորաբար դուք հավանաբար կցանկանաք ներառել «կաթիլային աղյուսակներ» և ստեղծել տվյալների բազայի ընտրանքներ ՝ նոր օրինակը ավելի հին տարբերակի վրա բեռնելը հնարավոր դարձնելու համար, բայց գնորդը զգուշացեք … դա կլինի իսկապես սրբել գոյություն ունեցող տվյալները `նոր օրինակով փոխարինելու համար).

Դրանից հետո կարող եք վերցնել ստեղծված բոլոր ֆայլերը (աղբյուրի կոդը, տվյալների բազան և պատկերները) և դրանք փոստով ուղարկել և պահել պատճենները, որտեղ ցանկանում եք (անձամբ ես սիրում եմ օգտագործել ամպային պահեստավորում, ինչպիսիք են Google Drive- ը կամ Dropbox- ը).

Ակնհայտ թերությունն այն է, որ դուք պետք է հիշեք դա անել, և դա շատ հեշտ է մոռանալ: Այսպիսով, եթե ցանկանում եք սա ևս մեկ քայլ առաջ անել, կարող եք գրել սցենարներ, որոնք անում են այս ամենը և համակարգն օգտագործել պարբերական հիմունքներով գործարկելու համար: Linux- ում համեմատաբար հեշտ է գործարկել հրամանատարական գծով sql աղբը, այնուհետև գործարկել այս գրությունը որպես cronjob, գործարկել օրական մեկ անգամ, շաբաթ կամ ցանկացած ժամանակ, որը Ձեզ դուր է գալիս: Պատուհաններում կարող եք օգտագործել խմբաքանակ և ներկառուցված առաջադրանքների ժամանակացույց: Դա կատարելու իմ բնորոշ ձևն է ՝ խմբաքանակ քառակուսի փորել, այնուհետև ամբողջ գրացուցակի զանգվածային պատճենը տեղադրել իմ Dropbox հաշիվին.

ՀԱՄԱՐ ՆՇՈՒՄ. Դուք կցանկանաք պարբերաբար մաքրել այն տեղեկատուը, որտեղ դրանք պահվում են. մինչդեռ sql ֆայլերը, որոնք տեքստային ֆայլեր են, հակված են փոքր լինելուն, դրանք կարող են ժամանակի ընթացքում ձևավորվել, և եթե պատկերների կամ մուլտիմեդիա ֆայլերի այլ կրկնօրինակում եք, ապա կարող եք գտնել, որ ձեր սկավառակն / սերվերն ունի կարասների պայթյունը ավելի վաղ:.

4. Կրկնօրինակման ծառայություններ

Իհարկե, այս ամենը ձեռքով գործածելը կարող է մի փոքր ճնշող զգալ; այն դեռևս պահանջում է ուշադրություն և մի բան, ինչպես պարզ, քանի որ մոռանալով գրացուցակը մաքրելը կարող է հանգեցնել, որ ֆայլերը գցվեն կամ հանկարծակի վճարները ավելացվեն ձեր հաշվին (Dropbox- ը թույլ է տալիս մի քանի գիգ անվճար), բայց հետո այն արագորեն բարձրանում է այնտեղից):.

Այդ պատճառով, եթե դուք բիզնես կայք եք վարում, հավանաբար լավ գաղափար է օգտագործել պրոֆեսիոնալ պահուստային ծառայություն: Սրանք, որպես կանոն, կանեն վերը նշված բոլոր բաները, բայց ավելի հուսալի կերպով: Ի տարբերություն ձեռնարկի կրկնօրինակումների, մեկ ուրիշը կկատարի աշխատանքը ձեզ համար և հոգ կտանի բոլոր այն փոքր խնդիրների մասին, որոնց կարող եք վերածվել: Ի տարբերություն plugin- ների, նրանք գործելու են ձեր կայքի սահմաններից դուրս; հարկ չկա դրանք ավելացնել: Նրանք չպետք է խլեն վերամշակման արագությունը և դրանով իսկ անվտանգության խոցելիություն չեն ստեղծի.

Ստորև ներկայացված է պահեստային որոշ հայտնի ծառայություններ շատ համառոտ նմուշառում: (Հրաժարում. Սա նախատեսված չէ նույնիսկ հեռակա կարգի ուղեցույց լինելու համար, պարզապես բավարար է հասկանալու, թե ինչ կա այնտեղ: Ես չեմ փորձարկել նշված բոլոր ծառայությունները).

  • Sucuri պահուստավորումներ – հիանալի լուծում, քանի որ խորհուրդ ենք տալիս օգտագործել Sucuri- ը ձեր կայքի անվտանգության համար.
  • CodeGuard
  • BackupGuard
  • Թողնել իմ կայքը

Կրկնօրինակման ռազմավարության ստեղծման լավագույն փորձերը

Անկախ նրանից, թե որ մեթոդն եք ընտրում, ձեր վեբ կայքի կրկնօրինակումը պետք է ունենա աշխատանքային հոսքի պլան: Թեև վերը նշված բոլոր մեթոդները կգործեն, դուք անպայման պետք է ունենաք ռազմավարություն, կամ ձեր կողմից նշված ցանկացած համակարգ կարող է տուժել որոշ լուրջ խոցելիություններ: Կազմեք ստուգաթերթիկ և որոշեք հետևյալ կատեգորիաների պատասխանները

Որքան հաճախ կրկնօրինակում?

Սա կարևոր է: Doանկանու՞մ եք կրկնօրինակում գործարկել ամեն օր կամ ամսական: Կարող եք հաշվի առնել ձեր կայքի փոփոխություն ամեն անգամ մեկ գործարկելու գաղափարը (նոր արտադրանք, բլոգի նոր հաղորդագրություն և այլն): Դա կախված է ձեզանից, բայց դուք պետք է համոզվեք, որ պլան ունեք.

Ավտոմատ պլանավորում

Վերոնշյալից հետո, ժամանակացույցի սահմանումը կարևոր է: Որպես ելակետ, դուք հավանաբար կցանկանաք ժամանակացույց սահմանել այն ժամանակ, երբ տեղի կունենան կրկնօրինակում.

Օգտագործեք հեռավոր պահեստ

Որտե՞ղ եք պահում այս տվյալները: Դուք չեք ցանկանա պարզապես պատճենները պահել ձեր սերվերում կամ նույնիսկ ձեր համակարգչի վրա: Դուք պատրաստվում եք օգտագործել արտաքին կոշտ սկավառակ: Ամպը: Որ ամպային ծառայություն?

Պահպանման ժամկետը

Որքա՞ն ժամանակ է հարկավոր պահել յուրաքանչյուր կրկնօրինակի պատճենները: Արդյո՞ք անհրաժեշտ կլինի մեկ տարի առաջվա ֆայլերը, թե՞ դրանք պարզապես փոշի են հավաքում, և արդյո՞ք դրանք կարող են փոխարինվել ավելի շատ նոր պահուստներով?

Գաղտնագրում

Ձեր պահուստների համար անվտանգությունը կարևոր է, մասնավորապես, եթե ունեք գույքային տեղեկատվություն (օրինակ ՝ ապրանքի գաղտնիության գների վերաբերյալ տեղեկություն կամ նույնիսկ ավելի կարևոր ՝ հաճախորդների գրառումներ): Կազմեք պահեստավորված ծածկագրերը պահելու ծրագիր & պաշտպանված (AES 256-bit մասնավոր բանալիների գաղտնագրման և TLS / SSL տրանսպորտային անվտանգության). Իմացեք ավելին կոդավորման մասին.

Պահեստավորված պահուստները պահեք RAID Arrays- ում

RAID Arrays- ը (Անկախ սկավառակների ավելորդ զանգվածներ) ոչ միայն լավ գաղափար են ձեր կայքի և (կամ) տվյալների բազմակի պատճենները ստեղծելու համար, այլև բարելավում են կատարումը: Դրանք կտրամադրեն լրացուցիչ պաշտպանություն, եթե սկավառակների մեկը ձախողվի: Սա տիպիկ առանձնահատկություն է, որը տրամադրվում է պրոֆեսիոնալ պահեստային ծառայությունների կողմից.

Ընտրովի վերականգնում

Կատարեք ընթացակարգ, եթե ձեզ հարկավոր չէ վերականգնել ձեր կայքի յուրաքանչյուր կտոր: Միգուցե դրա մեծ մասը լավ է, բայց միգուցե որոշ կտորներ կորել են: Օրինակ, եթե մեկ արտադրանքի աղյուսակը վնասված է, ապա ձեզ հարկավոր է միայն փոխարինել այդ կտորը ձեր SQL աղբանոցում: Սա, սովորաբար, ավելի լավ գաղափար է, քան ջնջել ամեն ինչ `մեկ ֆայլ փոխարինելու համար: Իրականում դա սովորական սխալ է փոխարինել ամեն ինչ, եթե ինչ-որ բան սխալ է գնում: Իհարկե, սա կաշխատի, բայց կկորցնեք այն ամենը, ինչ տեղի է ունեցել վերջին պահուստավորումից հետո: Լավագույնն է պարզել, թե արդյոք դուք պետք է ամեն ինչ փոխարինեք: Պահպանեք ամբողջական կրկնօրինակում վերջին միջոցների համար, եթե մնացած ամեն ինչ ձախողվի.

Վերականգնելով ձեր կրկնօրինակը

Լավ, այնպես որ ձեր կայքը անհետացավ, բայց ունեք կրկնօրինակում: Ինչպե՞ս եք վերականգնում ձեր կայքը պահուստային մասից: Սա համեմատաբար պարզ է: Եթե ​​պատճենը պահվում է որպես փոստային ֆայլ, պարզապես հանեք այն և բեռնեք բոլոր ֆայլերը իրենց սկզբնական տեղում: Վերցրեք SQL ֆայլը (տեքստային ֆայլը, որը ստեղծվել է SQL աղբանոցում) կամ վերստեղծեք տվյալների բազան հրամանի տողի միջոցով, կամ եթե օգտագործում եք phpMyAdmin (կամ MySQL Workbench- ի նման գրաֆիկական տվյալների բազայի կառավարման այլ համակարգ), կամ կամ ներմուծեք ֆայլը կամ պատճենեք ամբողջ բանը SQL պատուհանի մեջ և գործարկեք այն.

Փորձարկեք այն տեղական տեղում, և եթե ամեն ինչ աշխատում է, ապա ամեն ինչ վերաբեռնեք սերվերին: Դուք ոչ մի պահ պետք է վերադառնաք և վազեք.

Եթե ​​դուք օգտագործում եք պրոֆեսիոնալ պահեստային ծառայություններ, այս գործընթացը, ամենայն հավանականությամբ, ավելի դյուրին կլինի: Decentանկացած պատշաճ ծառայություն պետք է ձեզ տրամադրի գործիքներ `ձեր կրկնօրինակը վերականգնելու համար, լինի դա մասնակի վերականգնում կամ կայքի ամբողջական վերականգնում.

Լրացուցիչ վարկ. Բեմադրում զարգացման համար

Առկա ֆայլերի պարզ կրկնօրինակումից դուրս, եթե դուք ստեղծում եք ձեր սեփական կայքը կամ աշխատում եք մի խումբ մշակողների հետ, գուցե ցանկանաք հաշվի առնել տարբերակման համակարգ ՝ զարգացման գործընթացում բոլոր փուլերի վերաբերյալ գրառում կատարելու համար: Ձեր կայքը կառուցելիս, սովորաբար, կլինեն տարբերակներ և փոփոխություններ ձեր կայքի ձևավորման ձևի մեջ: Գուցե դուք կատարում եք ձեր կայքի ամբողջական վերափոխում, բայց կցանկանաք պահպանել հին կայքի օրինակը.

Բացի այդ, ինչպես հաճախ է պատահում, կայքը զարգացնելիս ինչ-որ բան սարսափելի սխալ է ընթանում, և հարկավոր է ֆայլ գտնել այն ձևով, ինչպիսին եղավ նախքան այն փոխելը: Դուք նաև կցանկանաք պահպանել ձեր կայքի տեղական զարգացման տարբերակը `թարմացումներ կամ փոփոխություններ կատարելու համար, նախքան այն հրապարակայնորեն գործարկելը.

Հենց այստեղ են գործարկվում վարկածման համակարգերը: Սրանք նման են թղթապանակների կրկնօրինակներ ամեն անգամ փոփոխություն կատարելիս, բայց շատ ավելի կազմակերպված են և կարող են թույլ տալ համագործակցության զարգացում.

Գիթ ձեր զարգացման գործընթացը լավ կազմակերպված ֆանտաստիկ գործիք է: Այն աշխատում է լավ կոդային կրկնօրինակում ստեղծելու և տեղական, ինչպես նաև հեշտությամբ տեղափոխվելու ամպի վրա `անվտանգ հեռավոր կրկնօրինակման համար: Փոխանակ տարբեր ֆայլերի տարբեր պատճեններ ունենալ տարբեր գրացուցակներում. դրանք պահվում են մասնաճյուղերում, ինչը կարող է հնարավորություն տալ բազմաթիվ մարդկանց աշխատել ֆայլերի վրա `առանց հակամարտությունների այնքան ռիսկերի: Երբ նրանք պատրաստ լինեն, դրանք կարող են միավորվել զարգացման հիմնական ճյուղերին և, ի վերջո, տեղակայվելու վարպետության մասնաճյուղին.

Ստորև բերված են Git- ի ամենատարածված պահեստարաններից երկուսը.

  • GitHub- ը անվճար է, եթե պատրաստ եք համօգտագործել ձեր կոդով աղբյուրը (այն իր բաց աղբյուրն է իր սրտում), բայց նաև առաջարկում է շատ մատչելի մասնավոր կոդերի պահեստներ: Այն նաև հիանալի տեղ է կոդերի բեկորներ փնտրելու համար և հյուրընկալում է մշակողների մեծ համայնք
  • BitBucket նման է; չնայած համայնքի ոչ այնքան մեծ, նրանք առաջարկում են որոշ մասնավոր պահեստներ անվճար.

Եզրակացություն

Թեև որոշ մեթոդներ ավելի լավ առավելություններ ունեն մյուսների նկատմամբ, ձեր կայքի կրկնօրինակումն անհրաժեշտություն է, որը չպետք է անտեսվի: Իդեալում դուք պետք է հաշվի առնեք վերը նշված մեթոդների համադրություն: Վստահ լինելով, որ դուք ունեք ֆայլերի կրկնօրինակ կրկնօրինակներ, ձեզ կփրկի հսկայական գլխացավանք ճանապարհի վրա: Նույնիսկ եթե ձեր կայքի հետ ոչ մի վատ բան չի պատահում, և ձեզ դա պետք չէ, մտածեք լրացուցիչ քնի մասին, որը ձեզ չի անհանգստացնի: Դուք կրկնօրինակում եք ձեր ֆայլերը ձեր համակարգչում; ձեր կայքը պետք է հետևի նույն կանոններին.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map