Անցում այլ հոստինգի: WordPress-ը տեղափոխեք այլ հոստինգ, տիրույթ կամ Դենվեր

Բարև ընկերներ։ Այսօրվա հոդվածում ես ձեզ քայլ առ քայլ կպատմեմ և ցույց կտամ, թե ինչպես կազմակերպել կայքի փոխանցում այլ հոսթինգ: Մինչ նոր տարի ես պարզապես փոխել եմ իմ երկու կայքերի գրանցումը և իմ թարմ փորձը կարող է օգնել տառապողներին :): Գործընթացը բարդ չէ, բայց քայլ առ քայլ հրահանգները երբեք որևէ մեկին չեն վնասում:

Նախկինում իմ կայքերը տեղակայված էին երեք տարբեր պրովայդերների սերվերների վրա, ես որոշեցի հրաժարվել դրանցից մեկից: Վճարման ժամկետը նոր է ավարտվում, իսկ մնացած երկուսի համար դեռ բավական տեղ կա:

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

Իմ դեպքում, անհրաժեշտությունը պարզապես անհետացավ, նախկինում ես օգտագործում էի մեկ ամերիկյան հոսթինգ՝ մեծ քանակությամբ տվյալներ պահելու համար, քանի որ այն չունի սահմանափակումներ պահվող տեղեկատվության չափի վրա.

Կոնկրետ ի՞նչ է պետք փոխանցել:

Իմ «» հոդվածում ես խոսեցի յուրաքանչյուր ինտերնետային ռեսուրսի երեք բաղադրիչների մասին: Փոխանցելիս մենք պետք է աշխատենք նրանցից յուրաքանչյուրի հետ։

Նախ, դուք պետք է գտնեք նոր հոսթինգ, որը կհամապատասխանի ձեր բոլոր պահանջներին:

Երկրորդ, դուք պետք է փոխեք ձեր կայքի տիրույթի անունը պարտադիր: Դոմենի անունը պետք է ուղղորդի օգտվողների հարցումները նոր սերվերներին, որոնք պատկանում են նոր ընկերությանը:

Երրորդ, դուք պետք է փոխանցեք բոլոր տվյալները (ֆայլեր, տվյալների բազաներ) հին հոսթինգից նորը:

Այսքանը հակիրճ, հիմա եկեք մանրամասն նայենք ամբողջ գործընթացին։ Փոխանցումը կպահանջի առավելագույնը 8 քայլ: Ես կնկարագրեմ գործընթացը՝ հիմնվելով այն ենթադրության վրա, որ դուք արդեն ունեք նոր հոսթինգ, եթե դեռ չունեք, ապա նախ ընտրեք համապատասխանը և գրանցեք դրա հետ հաշիվ, կարող եմ խորհուրդ տալ դրանցից մեկը (փոխկապակցված հղումներ). Timeweb կամ Sprinthost:

Կայքի տեղափոխում նոր հոսթինգ

Քայլ 1. Ավելացնել տիրույթ նոր հոսթինգի ադմինիստրատորի վահանակին

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

Այս բաժնում, որպես կանոն, կա երկու գործառույթ՝ գրանցել նոր տիրույթ և փոխանցել տիրույթ։ Ընտրեք տիրույթի փոխանցում և նշեք փոխանցվող հասցեն: Այս գործողությունը դեռ չի միացնում տիրույթը նոր հոսթինգին, այն միայն պատրաստում է հաշիվը ապագա կապի համար։ Հոսթինգի ադմինիստրատորի վահանակում, որին ես փոխանցել եմ կայքերը, այսպիսի տեսք ունի.

Քայլ 2. Փոխանցել ֆայլերը մի սերվերից մյուսը

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

Երբեմն, կայքերը կարող են ունենալ մեծ քանակությամբ տվյալներ և բազմաթիվ ֆայլեր, ուստի լավագույնն է բոլոր ֆայլերը փաթեթավորել ZIP արխիվում նույն տեղում և այնուհետև փոխանցել մեկ արխիվային ֆայլ: Նման արխիվը կարելի է առանց խնդիրների բացել ցանկացած հոսթինգում, իսկ փոխանցման ժամանակը շատ ավելի քիչ կպահանջի, իսկ սերվերների բեռը կնվազի։

Սեղմել ֆայլերը.

Ներբեռնեք ֆայլերը ձեր համակարգչում.

Քայլ 3. Ներբեռնեք տվյալների բազան հին հոսթինգից

Եթե ​​ձեր ռեսուրսը շատ պարզ է (պատրաստված է պարզ HTML-ով) և չունի տվյալների բազաներ, ապա 3-ից 6-րդ քայլերը կարող են բաց թողնել: Բայց ցանկացած կայք, որն օգտագործում է բովանդակության կառավարման համակարգ (CMS) իր գործունեության համար պահանջում է MySQL տվյալների բազա, որը նույնպես պետք է տեղափոխվի:

Դա անելու համար ձեր հին հոսթինգի ադմինիստրատորի վահանակում գտեք «MySQL տվյալների բազայի կառավարում» բաժինը: Մուտք գործեք phpMyAdmin ադմինիստրատորի վահանակ: Ընտրեք ցանկալի տվյալների բազան և ընտրեք «Արտահանում» ներդիրը:

Տվյալների բազայի արտահանման ընտրացանկում ներբեռնման ձևաչափը սահմանեք ZIP կամ GZIP: Սեղմեք «OK» կոճակը և նշեք ձեր համակարգչի գտնվելու վայրը, որտեղ ֆայլը կպահվի:

Քայլ 4. Ստեղծեք տվյալների բազա մեկ այլ հոսթինգի վրա

Նույն կերպ, ինչպես նախորդ պարբերությունում, բացեք «Տվյալների բազայի կառավարում» բաժինը (MySQL Databases) մեկ այլ հոսթինգի վրա, միայն ցանկալի տվյալների բազան ընտրելու փոխարեն ընտրեք նոր տվյալների բազա ստեղծելու տարբերակը։

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

Սեղմեք ստեղծել կոճակը և կունենաք նոր տվյալների բազա: Եթե ​​դուք մտնեք այս տվյալների բազան, այնտեղ ոչ մի աղյուսակ չի լինի, քանի դեռ այն դատարկ է:

Քայլ 5. Ներմուծեք տվյալների բազան նոր հոսթինգ

Նոր տվյալների բազա ստեղծելուց հետո դուք պետք է պատճենեք տեղեկատվությունը տվյալների բազայից, որը դուք արտահանել եք հին սերվերից դրան: Դա անելու համար ընտրեք «Ipmort» ցանկը: Պատուհանի միջոցով նշեք ձեր համակարգչում պահված տվյալների բազայի ուղին և սեղմեք ներմուծում:

Բոլոր աղյուսակները կստեղծվեն և կլրացվեն ավտոմատ կերպով: Տարբեր պրովայդերների սերվերները կարող են օգտագործել տարբեր ծրագրեր, հետևաբար, չնայած բոլոր տվյալների բազաների ամբողջական համատեղելիությանը, երբեմն կարող են խնդիրներ առաջանալ: Այն դուրս թռավ ինձ վրա: 99% դեպքերում փոխանցումը հարթ կանցնի։

Քայլ 6. Ուղղեք ձեր CMS կազմաձևման ֆայլերը

Ֆայլերը և տվյալների բազան փոխանցելուց հետո մենք պետք է կապենք դրանք միասին: Դա անելու համար գտեք ձեր CMS-ի կազմաձևման ֆայլը: WordPress-ում այն ​​կոչվում է wp-config.php, այն գտնվում է կայքի արմատական ​​գրացուցակում (ուղղակիորեն public_html-ում):

Բացեք այս ֆայլը խմբագրման համար և փոխարինեք հետևյալ տողերը.

/** Տվյալների բազայի անունը WordPress-ի համար */

define('DB_NAME', 'xxxxxx_xxx');

/** MySQL օգտվողի անուն */

define('DB_USER', 'xxxxxx_xxx');

/** Գաղտնաբառ MySQL տվյալների բազայի համար */

define('DB_PASSWORD', 'xxxxxxxxx');

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

Քայլ 7. Ստուգեք ֆայլերի և տվյալների բազայի աշխատանքը

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

Կայքի աշխատանքի ստուգում նոր հոսթինգում.

– որոշ հոստինգ պրովայդերներ ստեղծում են տեխնիկական տիրույթ յուրաքանչյուր կայքի համար: Սա սովորաբար 4-րդ մակարդակի տիրույթ է, որը նման է moysait.ru.hosting.ru– այս հասցեում ձեր էջերը աշխատում են, նույնիսկ եթե ձեր հիմնական տիրույթը չի աշխատում: Ստուգեք, արդյոք այնտեղ ամեն ինչ նորմալ է գործում, ապա անցեք հաջորդ քայլին:

– Մեկ այլ տարբերակ հարմար է, եթե ձեր հոսթինգում տեխնիկական հասցե նախատեսված չէ, բայց դրա վրա ունեք այլ աշխատանքային տիրույթներ: Դուք կարող եք ստեղծել ենթադոմեյն դրանցից մեկի նման test.sait.ru. Միացրեք այս ենթադոմեյնը ձեր նոր կայքի public_html թղթապանակին և ստուգեք, ինչպես նախորդ դեպքում:

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

Քայլ 8. Փոխեք տիրույթի DNS գրառումները

Այսպիսով, դուք բոլորդ պատրաստ եք, ֆայլերը և տվյալների բազան լավ են աշխատում նոր սերվերի վրա: Մնում է միայն տիրույթի անունը վերահղել այլ հոսթինգ։ Դա անելու համար հարկավոր է փոխել տիրույթի NS գրառումները։ Այժմ դրանցում գրանցված են հին հոսթինգի NS սերվերները, ուստի բոլոր տեղեկությունները վերցված են նրանցից։ Մենք պետք է դրանք վերաշարադրենք:

Մենք մուտք ենք գործում ձեր հաշիվ դոմենի անվան գրանցողով, եթե դուք գրանցել եք տիրույթը անմիջապես գրանցողի մոտ: Գտեք «DNS կառավարում» բաժինը և խնդրեք դրանք փոխարինել: Դուք պետք է նոր արժեքներ գտնեք կա՛մ նոր մատակարարի կայքում, կա՛մ դրանք պարզեք տեխնիկական աջակցության միջոցով:

Այս գրառումները մոտավորապես այսպիսի տեսք ունեն (սա իմ հոսթինգի համար է).

ns1.timeweb.ru
ns2.timeweb.ru
ns3.timeweb.org
ns4.timeweb.org

ns1.spaceweb.ru
ns2.spaceweb.ru

Ցանկացած այլ հոսթեր ունի իր սեփական DNS գրառումները:

Եթե ​​ձեր տիրույթը գրանցվել է հոսթինգ ընկերության միջոցով, դիմեք նրա տիրույթի ծառայության կամ տեխնիկական աջակցության՝ DNS-ը փոխելու համար:

Գրառումները փոխելու հարցում ներկայացնելուց հետո որոշ ժամանակ կպահանջվի, մինչև կայքը տեղափոխվի այլ հոսթինգ: Դա կարող է տևել մի քանի ժամից մինչև մի քանի օր, այս ընթացքում ավելի լավ է որևէ աշխատանք չկատարել կայքում:

Ինտերնետային ռեսուրսի կայքը կարող է արագ և առանց ցավի փոխանցվել այլ հոսթինգի: Հետևաբար, եթե դուք գոհ չեք ներկայիս հոսթինգ հարթակից, որի վրա այն գտնվում է, կարող եք այն փոխանցել մեկ այլ: Կայքերի մեծամասնության համար սա սովորական և ոչ բարդ գործողություն է, որը ծածկված է առեղծվածով վեբ մշակողների կողմից միայն այս ծառայությունից գումար վաստակելու համար:

Ձեր կայքը այլ հոսթինգ տեղափոխելու պատճառները.

Տեխնիկական խնդիրներ.

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

Տեխնիկական նշաններ, որ ժամանակն է տեղափոխել կայքը.

Հաճախակի սերվերի սխալի հաղորդագրություններ– «հինգ հարյուրերորդականների» շարք, որոնցից ամենատխուրը 500-ն է – Ներքին սերվերի սխալ, ինչը նշանակում է, որ սերվերը «ընկել է», անջատվել է, ֆիզիկապես չի աշխատում:

500-ից 511-ի սխալները կարող են առաջանալ նաև կայքի սխալ աշխատանքի պատճառով, ուստի նախքան ձեր հոսթինգը փոխելը, համոզվեք, որ խնդիրը չի առաջացել կայքի շարժիչի որևէ բաղադրիչի խափանումից:

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

Վիրտուալ վեբ հոստինգ հանրաճանաչ CMS-ի համար.

Սա կարող եք նաև ստուգել՝ չափելով նույն սերվերում տեղակայված կայքերի արագությունը։ Դուք կարող եք դրանք գտնել տարբեր ծառայություններում, օրինակ, cy-pr.com բաժնում «Հարևանները սերվերում, կայքերը նույն ip-ով».

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

Կայքը նոր հոսթինգ տեղափոխելու այլ պատճառներ.

Նորմալ տեխնիկական աջակցության բացակայություն:Հոսթինգի տեխնիկական աջակցությունը պետք է լինի համարժեք, քաղաքավարի և արագ: Եթե ​​նրանք կոպտում են ձեզ, չեն պատասխանում, չեն լուծում ձեր խնդիրները, ապա սա բաժանման պատճառ է։ Ի վերջո, ձեզանից չի պահանջվում հասկանալ սերվերի ծրագրավորման բարդությունները:

Հոսթինգի արժեքը.Ռուբլու փոխարժեքի անկումը հանգեցրել է նրան, որ արտասահմանյան հոսթինգը թանկացել է մեկուկեսից երկու անգամ։ Ինտերնետում հեշտությամբ կարող եք գտնել նույն որակի, բայց ավելի էժան մեկը:

Կայքը ստեղծվել է տեղական սերվերի վրա:Կայքը ստեղծվել է վեբ վարպետի համակարգչում: Այն կարող է լինել ստատիկ կայք՝ օգտագործելով HTML+CSS+JS: Կամ դինամիկ, CMS-ի վրա, ինչպիսիք են Joomla-ն, Drupal-ը, WP-ը և այլն, օգտագործելով Denwer, OpenServer սերվերի ծրագրային փաթեթը կամ Apache+SQL+PHP համակցությունը: Որպեսզի կայքը հասանելի դառնա ինտերնետում, այն պետք է հոսթինգ լինի:

Ինչպես ճիշտ փոխանցել կայքը հոսթինգից հոսթինգ՝ քայլ առ քայլ հրահանգներ:

Կայքի գտնվելու վայրը փոխելու համար անհրաժեշտ է տեղափոխել դրա երկու մաս.

  1. Ֆայլեր, որոնք ապահովում են ֆունկցիոնալություն: Սրանք PHP և JavaScript լեզուներով սկրիպտներ են, .css ընդլայնումով ֆայլեր։ CMS-ի (բովանդակության կառավարման համակարգ) վրա գտնվող կայքերի համար սա նաև ֆայլերի փաթեթ է, որը կազմում է ձևանմուշը (կայքի ինտերֆեյսը):
  2. Կայքի իմաստային տեղեկատվություն (բովանդակություն): Ստատիկ կայքերի համար այն պարունակվում է յուրաքանչյուր ֆայլում .html ընդլայնմամբ, դինամիկ կայքերի համար՝ MYSQL կամ PostgreSQL տվյալների բազաներում։

Ինչպե՞ս փոխանցել ստատիկ HTML կայք հոսթինգին:

Այս տեսակի ինտերնետային ռեսուրսներն արդեն անախրոնիզմ են, դրանք չեն պահանջում PHP սերվերի լեզվի թարգմանիչ փաթեթ և տարածք տվյալների բազայի համար: Կայքը կաշխատի, եթե տիրույթի արմատային պանակում կա ինդեքսային ֆայլ: html կայք փոխանցելու համար պարզապես պատճենեք ֆայլերը հոսթինգում՝

Նման կայք հոսթինգ տեղափոխելու համար օգտագործվում է ինտերնետ պրոտոկոլ FTP (File Transfer Protokol) Մենք խորհուրդ ենք տալիս օգտագործել երրորդ կողմի ծրագրեր՝ FTP կառավարիչներ (օրինակ՝ FileZilla): Նրանց համար կպահանջվի գաղտնաբառ, մուտք և FTP սերվերի հասցե, որը կարող եք դիտել ձեր անձնական հաշվում՝ «Հոսթինգ» - «FTP/Shell» բաժնում:

Կայքը տեղափոխվել է, մնում է ձեր տվյալները կաղապարի մեջ ավելացնել։

Ինչպես վեբ կայքը փոխանցել CMS-ին՝ հոսթինգից հոսթինգ:

Ցավոք, չկան ունիվերսալ հրահանգներ, որոնք թույլ կտան ձեզ ցանկացած CMS-ով կամ շրջանակով կայք տեղափոխել այլ հոսթինգ: Բայց հիմնական փուլերը գրեթե բոլոր դեպքերում նույնն են, և մենք դրանք նկարագրելու ենք:

Այս դեպքում գործընթացը բաժանված է չորս փուլի.

  1. Կայքի և տվյալների բազայի ֆայլերի կրկնօրինակի ստեղծում;
  2. Կայքի և տվյալների բազայի ֆայլերի վերբեռնում նոր հոսթինգում;
  3. NS սերվերների և հղումների փոփոխություն (եթե կայքը տեղափոխվում է այլ տիրույթ կամ փոխանցումն իրականացվում է տեղական հոսթինգից):
  4. Անհրաժեշտության դեպքում փոփոխություններ կատարել կազմաձևման ֆայլերում:

Ահա մի օրինակ քայլեր, որոնք պետք է ձեռնարկվեն, երբ կայքը տեղափոխում եք WordPress CMS:

  1. Տվյալների բազայի աղբանոցը (պատճենը) կատարվում է phpMyAdmin ինտերֆեյսի միջոցով: *.sql ֆայլը կամ դրա արխիվը ներբեռնվում է ձեր համակարգչում: Կայքի ֆայլերը նույնպես պատճենվում են ձեր կոշտ սկավառակի վրա:
  2. Կայքի ֆայլերով արխիվը «վերբեռնվում» է FTP-ի միջոցով նոր հոսթինգի արմատային թղթապանակ:
  3. Նոր հոսթինգի վրա ստեղծվում է մաքուր MySQL տվյալների բազա:
  4. Բացեք արխիվը կայքի ֆայլերով, որպեսզի դրանք տեղադրվեն հոսթինգի արմատային թղթապանակում: Օրինակ՝ հին հոսթինգում դա «www» թղթապանակն էր, իսկ նոր հոսթինգում՝ «html»:
  5. Մուտք գործելով phpMyAdmin ինտերֆեյս նոր հոսթինգում, ներբեռնեք և բացեք արխիվը տվյալների բազայի աղբանոցով: Այս ընթացակարգի թարգմանիչը ներկառուցված է, ինչպես նաև ապափաթեթավորիչը:
  6. Կազմաձևման ֆայլում փոխեք տվյալների բազայի կարգավորումները (սերվեր, օգտվողի անուն, գաղտնաբառ):
  7. Դոմենի կառավարման վահանակում փոխեք NS գրառումները նոր հոսթինգի գրառումներով:

NS սերվերներն ամբողջությամբ կթարմացվեն 12-72 ժամվա ընթացքում, որից հետո կայքը կսկսի աշխատել մեկ այլ հոսթինգի վրա։

Արխիվացնե՞մ կայքի ֆայլերը, թե՞ ոչ:

Եթե ​​ֆայլերը տեղափոխեք FTP-ի միջոցով առանց արխիվացման, դուք կարող եք կորցնել ֆայլերը: Դանդաղ ինտերնետ կապից օգտվելիս նման արդյունքն անխուսափելի է: Մենք խորհուրդ ենք տալիս ներբեռնել արխիվը կայքի ֆայլերով, և ոչ թե ֆայլերը «հատ առ մաս»:

Այլ հնարավոր խնդիրներ

Փոխանցումից հետո, չնայած ընդհանուր կատարողականը գոհացուցիչ է, կայքը կարող է «փայլուն» լինել՝ էջեր նավարկելու ժամանակ ցուցադրվում է 404 սխալ (չի գտնվել): Սրա պատճառը սխալ հղումների հասցեներն են։ Եթե ​​կայքը ստեղծվել է տեղում, ապա դա անխուսափելի է, քանի որ տվյալների բազայի կամ կազմաձևման ֆայլերի բոլոր հասցեները սկսվում են http://localhost-ով: Որպեսզի կայքը փոխանցելուց հետո ճիշտ աշխատի, դուք պետք է բոլոր տեղական հղումները փոխարինեք կայքի հասցեով: Ամենադյուրին ճանապարհը պարզելու, թե որ ֆայլերը և ինչ պետք է փոխել, գտնվում է ընտրված բովանդակության կառավարման համակարգի պաշտոնական փաստաթղթերում:

Գինը - որքա՞ն է արժե կայքը տեղափոխել այլ հոսթինգ:

Տեխնիկական աջակցության անձնակազմ մեր հոսթինգի նոր հաճախորդների համար: Եթե ​​տեղափոխումը դժվար է ստորև թվարկված պատճառներով, դուք կտեղեկացվեք տեղափոխման մեկնարկից առաջ:

Բացառություններ են, որոնք պահանջում են անհատական ​​մոտեցում, մեծ տրաֆիկ ունեցող կայքերն են (օրական 10000 այցելուներից), կամ օգտատերերի կողմից բովանդակության ակտիվ գեներացմամբ կայքերը՝ ֆորումներ, բլոգեր, համայնքներ: Փոխանցումը կարող է դժվար լինել նաև հետևյալ դեպքերում.

  • Օգտագործվում է ոչ ստանդարտ ծրագրակազմ (PHP-ի, MySQL-ի կամ այլ սերվերի բաղադրիչների հին կամ, ընդհակառակը, նոր և անկայուն տարբերակները):
  • Օգտագործվում է ինքնուրույն գրավոր բովանդակության կառավարման համակարգ, որը չունի փոխանցման փաստաթղթեր և օգտագործում է «հենակներ» (օրինակ, բովանդակության մի մասը կարող է պահվել ոչ թե տվյալների բազայում, այլ առանձին ֆայլերում կամ փոփոխականներում):

Ինչպե՞ս փոխանցել Wix և Yukoz կայքերը մեկ այլ հոստինգ:

Նրանց համար, ովքեր ցանկանում են անմիջապես կայք ունենալ, ինտերնետում կան ռեսուրսներ, որոնք տրամադրում են «դիզայներ» ծառայություններ: Սրանք Wix-ն ու Ucoz-ն են։ Կարիք չկա սովորել ծրագրավորման լեզուներ, պարզապես գրանցվեք, ընտրեք դիզայնի թեմա և լրացրեք ռեսուրսը տեղեկատվությունով։ Կոնստրուկտորների օգտագործումը միայն մեկ, բայց էական թերություն ունի. Նման ռեսուրսի վրա կայք ստեղծելուց հետո դուք չեք կարողանա այն տեղափոխել այլ հոսթինգ:

Ունենալով վեբ կայքի ստեղծող՝ դուք կօգտագործեք այն գործառույթը, որն առաջարկում է ծառայությունը։ Դուք չեք կարողանա իրականացնել ձեր սեփական ստեղծագործական գաղափարներից որևէ մեկը, որը մեծացնում է տրաֆիկը և ռեսուրսի ժողովրդականությունը (օրինակ, օգտագործեք հետադարձ կապի ձև կամ տեղեկագրի բաժանորդագրություն, որը ներկառուցված չէ դիզայների մեջ):

Միշտ ասել եմ, ասել ու կասեմ, որ կայքի համար ամենակարևորը իր տիրույթն է։ Քանի որ բոլոր առաջխաղացումը, բոլոր գովազդները, բոլոր հաճախորդները կապված են տիրույթի հետ: Իսկ եթե կորցնեք այն, ապա այդ ամենը վերականգնելը գրեթե անհնար կլինի։

Այդ իսկ պատճառով ես ևս մեկ անգամ կկրկնեմ իմ հիմնական խորհուրդը՝ գրանցեք տիրույթ վստահելի և մեծ ռեգիստրով, այնուհետև այն պատվիրեք ցանկացած հոսթինգի կամ կոնստրուկտորի։

Հետևաբար, այսօր մենք կվերցնենք մեր տիրույթը, որը գրանցված է Reg.ru գրանցամատյանում, և ես ձեզ ցույց կտամ, թե ինչպես փոխանցել այս տիրույթը timeweb, beget և WIX:

Կարևոր. Մենք ընդհանրապես չենք խոսում այն ​​մասին, թե ինչպես գրանցել նոր տիրույթ այստեղ: Մենք խոսում ենք գոյություն ունեցող տիրույթը մեկ հոստինգից մյուսը փոխանցելու մասին:

Խորհուրդ եմ տալիս դիտել տեսանյութը, քանի որ սա հենց այն բանն է, որն ավելի հեշտ է տեսնել մեկ անգամ, քան 100 անգամ կարդալ։ Բայց միևնույն ժամանակ հոդվածը կպարունակի որոշ լրացումներ, որոնք մոռացել էի նշել տեսանյութում

Տեղափոխեք տիրույթը Timeweb-ին

Timeweb-ը շատ մեծ հոսթինգ ծառայություն է, բայց ինքնուրույն գրանցող չէ: Սա նշանակում է, որ timeweb-ի միջոցով գնված բոլոր տիրույթները իրականում չեն պահվում դրա վրա կամ նույնիսկ մեկ տեղում։ Սա ձեզ համար նշանակում է, որ եթե դուք տիրույթ եք գնել timeweb-ի միջոցով և ցանկանում եք այն տեղափոխել այլ հոսթինգ, ապա դուք չեք կարողանա դա անել։ Դուք ստիպված կլինեք օգտագործել խորամանկ մեթոդներ՝ գտնելու, թե որտեղ է այն գրանցված, այնուհետև վերականգնել գաղտնաբառը (գաղտնաբառի վերականգնման միակ միջոցը դոմեյն գնելիս ձեր իսկական էլ.փոստը և անունը նշելն է, հակառակ դեպքում չեք կարողանա ապացուցել, որ տիրույթը քոնն է, և այն կկորչի քեզ համար): Հետևաբար, եթե դուք այստեղ եք գնված տիրույթը timeweb-ին փոխանցելու համար, կամ գնացեք Google և կարդացեք «WHOIS-ի կողմից գրանցող գտնելու համար», կամ անցեք այս հարցին. նրանք դա կանեն 500 ռուբլով:

Եթե ​​ցանկանում եք տիրույթը կապել կայքի հետ timeweb-ում, ապա.

  1. Timeweb կառավարման վահանակում անցեք՝ Դոմեններ և ենթատիրույթներ > Դոմեյնների տեղադրում NS սերվերների վրա > Մուտքագրեք ձեր տիրույթը

2. Գնացեք գրանցող, որտեղ գրանցված է տիրույթը և փնտրեք ցանկացած արտահայտություն, որը պարունակում է «DNS» կամ «Domain Delegation»: Դա այն է, ինչ նրանք սովորաբար անվանում են այդ ամենը: Համապատասխանաբար, դուք պետք է փոխեք այս նույն DNS-ը

  • ns1.timeweb.ru
  • ns2.timeweb.ru
  • ns3.timeweb.org
  • ns4.timeweb.org

Դուք պետք է նշեք բոլոր 4-ը, այլ բան փոխելու կարիք չկա: Ահա թե ինչ տեսք ունի այն մոտավորապես

Տեղափոխեք տիրույթը Beget.ru-ին

Beget-ը նույնպես անկախ գրանցող չէ, ուստի ավելի լավ է գնել միայն հոսթինգ և փոխանցել տիրույթը։ Տեսանյութում ես սա օգտագործում եմ որպես օրինակ.

Ընտրեք «Դոմեններ» > «Ես արդեն ունեմ» և մուտքագրեք ձեր տիրույթը: DNS սերվերները գրված են այստեղ:

  • ns1.beget.com
  • ns2.beget.com
  • ns1.beget.pro
  • ns2.beget.pro

Որպես բոնուս, տիրույթը կարող է անմիջապես կապվել նոր կայքի հետ: Ավելի ճիշտ՝ ստեղծել նոր կայք և կապել այս տիրույթը դրան։ Սա շատ լավ է, քանի որ... timeweb-ում դուք պետք է անցնեք տարբեր թղթապանակների միջով դա անելու համար:

Տեղափոխեք տիրույթը WIX-ին

Փորձենք մեր տիրույթը փոխանցել WIX builder-ի միջոցով ստեղծված կայք։

Եթե ​​ձեր տիրույթը հոսթինգ է Reg.ru-ում, ապա WIX-ի հետ միասին նրանք ունեն համատեղ ծրագիր։ Նրանք. դուք չպետք է ցատկեք տարբեր կառավարման վահանակների միջև, և ամեն ինչ կարելի է անել ձեր reg.ru անձնական հաշվից: Ավելին, դուք նույնիսկ ստիպված չեք լինի փոխանցել տիրույթը. ամեն ինչ ինքնաբերաբար կփոխանցվի: Սա շատ հարմար է, քանի որ ձեր բոլոր տվյալները, գումարները և տիրույթները կգտնվեն Reg.ru-ում: Wix-ին չպետք է վստահել այլ բան, քան կայքի ստեղծումը: Ամեն դեպքում, հաճախորդից փորձում են հավելյալ գումար գողանալ։

PySy. Ներողություն եմ խնդրում, ես հենց նոր սկսեցի տիրույթը կապել WIX-ին, բայց պարզվեց, որ սա այն դեպքն է, երբ ամեն ինչ մի փոքր ավելի բարդ է։ Ես կնկարահանեմ մանրամասն հրահանգներով լուսանկարներ, երբ նրանք փորձարկեն WIX կոնստրուկտորը: Առայժմ հոդվածը կթողնեմ անավարտ։

Դոմենի փոխանցում Ukit-ին

Այստեղ ամեն ինչ շատ ավելի պարզ է. Հիմնական կառավարման վահանակում կա «Դոմեններ» կետը, որտեղ ձեզ անմիջապես առաջարկում են գրանցել նորը կամ կապել գոյություն ունեցողը: 3 պարզ քայլ՝ նշեք տիրույթը -> Դուք տեղեկացված եք NS սերվերի մասին -> Ստուգում է ճիշտ գործողությունը:

Կան ընդամենը 2 NS սերվեր և դա նորմալ է:

Ամենահաճախ տրվող հարցերը

  1. Այն ամենը, ինչ ձեզ հարկավոր է անել տիրույթը փոխանցելու համար. Հոսթինգում, որտեղ ցանկանում եք փոխանցել՝ «Տեղադրել NS սերվերների վրա», գրանցամատյանում՝ որտեղից ցանկանում եք փոխանցել, «Պատվիրակության» մեջ փոխարինեք DNS սերվերը հոսթինգ սերվերների վրա, որտեղ ուզում եք փոխանցել.
  2. Շատ տարածված իրավիճակ. Դուք ունեք տիրույթ reg.ru-ում և կայք՝ timeweb-ում: Եվ հետո դուք որոշեցիք կայքը տեղափոխել beget.ru: Այսպիսով, դոմեյնը կարիք չունի վերահասցեավորել ամբողջ շղթայի երկայնքով (Reg.ru > timeweb > beget), այն պետք է վերահղել միայն իր գրանցման վայրից (Reg.ru > beget):
  3. Դոմեյն գնելուց կամ փոխանցելուց հետո պետք է սպասել 12 ժամից մինչև 5 օր։ Փաստն այն է, որ DNS-ի թարմացումը տեղի է ունենում փուլերով՝ գրանցամատյանում, մատակարարում, հոսթինգում: Օրինակ, ես ունեի մի իրավիճակ, երբ տիրույթը փոխանցելուց հետո Մոսկվայում հաճախորդի վեբկայքն արդեն աշխատում էր, իսկ իմը Սանկտ Պետերբուրգում դեռ չէր աշխատում:
  4. Ինչպե՞ս է կատարվում փոխանցումը. նախ պետք է դոմեյնը տեղադրենք հոսթինգի վրա, այս կերպ տեղեկացնում ենք, թե որ հաշվի վրա են սպասում դրան։ Եվ հետո մենք վերագրում ենք DNS-ը, այսինքն. մենք իրականում ճամփա ընկանք: Եթե ​​DNS-ը չվերագրվի, ապա ընդհանրապես ոչինչ չի ստացվի, քանի որ այն ոչ մի տեղ չի գնա։ Եվ եթե այն չտեղադրեք NS սերվերների վրա, սխալ կլինի, քանի որ. տիրույթը կգա հոսթինգ և չի իմանա, թե ինչ անել հետո:

Խորհուրդներ ծախսերը նվազագույնի հասցնելու համար տիրույթը նոր հոսթինգ տեղափոխելիս:

Մենք բոլորս վաղ թե ուշ բախվում ենք տիրույթը նոր հոսթինգ տեղափոխելու անհրաժեշտությանը: Դրա պատճառները բազմաթիվ են՝ սպասվող ավելի կայուն շահագործում, բարենպաստ սակագնային պլան, կայքի կառավարման և օպտիմալացման նոր հնարավորություններ։ Հաճախ հոսթինգը փոխելու պատճառը կրիտիկական ձախողումն է, որից հետո «տեղափոխվելու» հուզական որոշում է կայացվում։ Իրավիճակն ավելի վատ է, երբ կայքը անհասանելի է մնում առցանց, և յուրաքանչյուր րոպեն կարևոր է: Ինչպե՞ս կարող եք այս դեպքում նվազագույնի հասցնել ծախսերը, որպեսզի տիրույթի փոխանցումը հնարավորինս արագ կատարվի:

Պարզել, որ մի քանի օր ապարդյուն սպասել եք «կորցրած» կետի պատճառով, չափազանց տհաճ է:

Հիմնական բանը ժամանակ տրամադրելն է և հապճեպ փոփոխություններ չանել՝ զգույշ և իմաստալից փոփոխություններ կատարելով: Խնդրում ենք հիշել, որ DNS գրառումներում ձեր կատարած փոփոխությունները սովորաբար ուժի մեջ մտնելու համար տևում են 24-ից 72 ժամ:

Նախ, եկեք սահմանենք հիմնական հասկացություններն ու տերմինները:

Ի՞նչ է DNS-ը և ինչո՞վ է տիրույթը տարբերվում հոստինգից:

Ինչպես ցանկացած հիերարխիկ համակարգ, ինտերնետը կառուցված է պատասխանատվության ոլորտների պատվիրակման սկզբունքով` այսպես կոչված: տիրույթներ (լատ. տիրություն- ունեցվածքը):

Առցանց աշխարհի պարզեցված «քարտեզ».

Օրինակ, կան մի քանի վերին մակարդակի տիրույթներ, որոնք ձեզ ծանոթ են. .com, .net, .ua, .ճանապարհորդությունեւ ուրիշներ։ Դոմեյնի շրջանակներում .comհասանելի տիրույթ google.com, իսկ ներսում՝ ենթադոմեյն maps.google.com.

Այսպիսով, Google Maps ծառայության տիրույթը գտնվում է Google-ի պատասխանատվության տակ, իսկ Google տիրույթը՝ տիրույթի գոտու ադմինիստրատորի պատասխանատվության տակ։ .com. Դոմենի կանոնների խախտման դեպքում ադմինիստրատորն իրավունք ունի կասեցնել տիրույթի պատվիրակումը։

Դոմեն, կամ Տիրույթի անունըմարդու կողմից ընթեռնելի հասցե է որոշակի ցանցային ռեսուրսի՝ վեբկայքի, փոստային սերվերի, ցանցային տպիչի կամ ինտերնետում հասանելի այլ սարքի: Անմիջապես ցանցում հանգույցները նույնականացվում են հատուկ թվային նույնացուցիչների միջոցով՝ IP հասցեներ (օրինակ՝ 216.58.209.142):

Հոսթինգհատուկ ծառայություն է ինտերնետին մշտապես միացված սերվերին ռեսուրսներ (հատուկ կազմաձևված սերվեր, սկավառակի տարածություն և այլն) տրամադրելու համար։

Կախված օգտագործվող սարքավորումների կազմաձևից և մատուցվող ծառայությունների շրջանակից, հոսթինգի մի քանի տեսակներ կան.

  • վիրտուալ հոստինգենթադրում է, որ մեկ համակարգչի վրա կան մի քանի կայքեր՝ հիշողության և հաշվողական ռեսուրսների (պրոցեսորների) ընդհանուր հասանելիությամբ:
  • VPS/VDS ծառայությունենթադրում է ամբողջական մուտք դեպի վիրտուալ սերվեր և երաշխավորում պատվիրված հաշվողական ռեսուրսները և հատկացված պատահական մուտքի հիշողությունը (RAM)
  • նվիրված սերվերտարբերվում է VPS/VDS-ից հիմնականում նրանով, որ այն ֆիզիկապես ինքնուրույն համակարգիչ է և ոչ նմանակված համակարգ
  • ամպային հոստինգդրա բնութագրերը նման են VPS/VDS-ին և տարբերվում են միայն օգտագործվող սարքավորումների և ծրագրաշարի ներքին ճարտարապետությունից

Մենք այնքան ենք սովոր տիրույթների այբբենական անվանումներին, որ երբեմն չենք էլ մտածում, թե ինչ տեխնիկական հիմքի հիմքում ընկած է ժամանակակից ինտերնետը։ Դոմենները, ինչպիսիք են google.com, wikipedia.org, facebook.com և շատ ուրիշներ, ընկալվում են որպես «պարզ կայքեր», սակայն կարճ հասցեի հետևում թաքնված են բարձր տեխնոլոգիական պարկեր, հսկայական շենքեր, որտեղ հարյուր հազարավոր համակարգիչներ միացված են ցանցին։ միասնական կառուցվածք և փոխազդում են որպես մեկ միասնական համակարգ: Սարքավորումների վրա բեռը բաշխելու համար մեկ տիրույթը կարող է համապատասխանել տասնյակ կամ հարյուրավոր տեխնիկական IP հասցեների:

Տեխնիկական IP հասցեների և դոմենների անունների համապատասխանության մասին տեղեկատվությունը պահպանելու համար, այսպես կոչված. դոմեյն անունների համակարգ - DNS (Դոմեյն Անվան Համակարգ) Այս համակարգում ընդգրկված սարքերը կոչվում են DNS սերվերներ և պահպանում են տեղեկատվությունը իրենց վստահված տիրույթի գոտիների վերաբերյալ: Յուրաքանչյուր այդպիսի սարք կարող է փոխակերպել տիրույթի անունը իր համապատասխան IP հասցեի, եթե այդպիսի գրառումը պահվում է սարքի հիշողության մեջ, կամ համապատասխան հարցումը փոխանցել թիրախային տիրույթի գոտու համար պատասխանատու մեկ այլ սարքի:

Բոլոր DNS սերվերները միավորված են մեկ ցանցի մեջ և փոխանակում են տեղեկատվություն հատուկ արձանագրությունների միջոցով՝ պարբերաբար թարմացնելով և ստուգելով իրենց պահած տեղեկատվությունը այլ սարքերի հետ: Հետևաբար, մեկ սարքում փոփոխություններ կատարելը միայն ժամանակի ընթացքումկկիրառվի ողջ ցանցի վրա։ Փոփոխությունները սովորաբար ուժի մեջ են մտնում 24-72 ժամվա ընթացքում:

Դոմենի անվան և դրա մասին ծառայության տեղեկատվության միջև համապատասխանության գրառումները կոչվում են DNS ռեսուրսների գրառումներ, կամ DNS գրառումներ. Նման գրառումների մի քանի տեսակներ կան.

Տիպ Անուն Նկարագրություն
Ա Հասցե Հասցեի գրառում, որը կապում է տիրույթի անունը IPv4 արձանագրության հասցեի հետ:
Օրինակ, տիրույթի համար « կայք»։Նշված IP հասցեն « 185.68.16.127 ».
Նմանապես, դուք կարող եք նաև նշել IP հասցեներ ենթադոմեյնների համար, օրինակ՝ « domain1.site.», « domain2.site.«և ցանկացած այլ.
Բոլոր ենթադոմեյնների հասցեն նշելու համար օգտագործեք «*.site.» ձևաչափը:
AAAA Հասցե (IPv6 տարբերակի համար) Հասցեի գրառում, որը նման է «A» տիպին, բայց IPv6 արձանագրության IP հասցեի համար:
Օրինակ, տիրույթի համար « կայք»։Նշված IP հասցեն « 2a00:7a60:0:107f::1 ».
CNAME Կանոնական անուն Դոմենի այլանունի կանոնական անվանումը։
Օգտագործվում է վերահղման համար:
MX Փոստի փոխանակիչ Փոստի դարպասի (սերվերի) հասցեն այս տիրույթի համար:
Օրինակ՝ մենք օգտագործում ենք Յանդեքս.»-ն ասում է՝ «mx.yandex.net»: առաջնահերթությամբ 10. Որքան ցածր է առաջնահերթության թիվը, այնքան ավելի կարևոր է սերվերը:
Ն.Ս. Անվան Սերվեր Դոմենային գոտու համար պատասխանատու հանգույցի հասցեն (կամ տիրույթի անունը), այսպես կոչված. NS սերվեր:

Դոմենը նոր հոսթինգ տեղափոխելը բաղկացած է երկու փուլից.

  1. Կայքում տեղեկատվության կրկնօրինակում նոր հոսթինգում
  2. DNS գրառումների վերագրանցում

Եկեք մանրամասն անդրադառնանք այս փուլերից յուրաքանչյուրին:

Դոմենի փոխանցում այլ հոսթինգ

Տեղեկատվության փոխանցումն ամենից հաճախ բաղկացած է կայքի ֆայլերի պատճենումից, տվյալների բազայի փոխանցումից և նոր տվյալների բազայի հետ կապ հաստատելուց:

Որոշ CMS-ներ ունեն փոխանցման իրենց առանձնահատկությունները, որոնց վրա այժմ չենք անդրադառնա: Նշենք միայն, որ հոսթինգ պրովայդերների մեծ մասն այժմ տրամադրում է բիզնես հասցեի ծառայություն, որը շատ հարմար է կայք տեղափոխելիս։ Բոլոր տվյալները պատճենելուց և կոնֆիգուրացիան կարգավորելուց հետո դուք հնարավորություն ունեք ծառայության հասցեի միջոցով ստուգել կայքի աշխատանքը, և այս հնարավորությունը չպետք է անտեսվի։

DNS գրառումների թարմացումը սովորաբար հանգեցնում է A գրառման IP հասցեն փոխելուն: Եթե ​​ձեր հոսթինգը տրամադրում է նաև IPv6 հասցե, դուք նույնպես պետք է թարմացնեք AAAA գրառումը:

Խնդրում ենք նկատի ունենալ, որ բոլոր A գրառումները պետք է թարմացվեն, ներառյալ ենթադոմեյնների գրառումները:


Փոստի փոխանցում հոսթինգը փոխելիս

Եթե ​​ձեր տիրույթը կազմաձևված է նամակներ ստանալու և մշակելու համար, ապա փոխանցման ընթացքում պետք է ուշադրություն դարձնել «MX» տեսակի գրառմանը: Եթե ​​նոր հոսթինգն առաջարկում է օգտագործել իր սեփական NS սերվերները, համոզվեք, որ դրանցում ավելացրեք MX գրառում, որը համապատասխանում է հինին:

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

Ինչպես ստուգել կայքի IP հասցեն

Դա կարելի է անել ինտերնետում հասանելի բազմաթիվ ծառայություններից ցանկացածում և ամբողջովին անվճար:

Ահա այսպիսի կայքերի մի քանի օրինակ.

  • 2IP.ru: https://2ip.ru/whois/ - ամենաֆունկցիոնալ ծառայություններից մեկը, որը շատ տեղեկատվություն է տրամադրում կայքում և դրա վրա օգտագործվող տեխնոլոգիաների մասին:
  • Ստացեք կայքի IP՝ http://get-site-ip.com/ - IP հասցեից բացի, այն կփորձի նաև որոշել այն երկիրը, որտեղ գտնվում է հոսթինգը:
  • IP ստուգիչ. http://ipinfo.info/html/ip_checker.php - վերադարձնում է տվյալ տիրույթին համապատասխանող բոլոր IP հասցեների ցանկը

Համոզվելով, որ կայքը լիովին գործում է նոր տիրույթում, կարող եք անջատել հին հաշիվը և շարունակել աշխատել նոր հոսթինգի վրա։ Մենք խորհուրդ ենք տալիս, որ կայքի պատճենը պահեք ապահով տեղում, ամեն դեպքում. կրկնօրինակումը երբեք ավելորդ չէ:

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

Եթե ​​կարծում եք, որ ձեր հարցի պատասխանը օգտակար կլինի մյուս ընթերցողների համար, հարցրեք այն մեկնաբանություններում։

Հուսով ենք, որ մեր նյութը օգտակար էր ձեզ համար:

Բարև իմ ընթերցողներ: Ես նորից ձեզ հետ եմ, Յուրի Բոշնիկով։ Ուրախ եմ տեսնել սովորելու և զարգանալու, նոր գիտելիքներ և օգտակար հմտություններ ձեռք բերելու ձեր ցանկությունը։ Այսօր ես ուզում եմ բարձրացնել ընթացիկ թեման, թե ինչպես տեղափոխել կայքը հոսթինգ, եթե հինը ձեզ չի համապատասխանում: Կան մի քանի պատճառ, թե ինչու է անհրաժեշտ հոսթինգը փոխելու: Բայց ձեր կայքի «կենսաչափությունը» մեծապես կախված է դրանից: Ներկայացված տեղեկատվությունը ուսումնասիրելուց հետո դուք հեշտությամբ կարող եք իրականացնել ձեր գաղափարները և նոր շունչ հաղորդել ձեր անձնական ինտերնետային ռեսուրսին: Ես նշում եմ, որ ոչ մի բարդ բան չկա այն մասին, թե ինչպես տեղափոխել կայքը մեկ այլ հոսթինգ. Պարզապես հետևեք իմ մանրամասն հրահանգներին:

Նշում! Հավանաբար, հոդվածը կարդալիս նկատեք, որ ես կրկնում եմ որոշ տեղեկություններ։ Մի մտածիր դրա մասին, դա իմ մոռացկոտությունը չէ: Չէ, ես դա անում եմ, որ կարևոր քայլերն ու գործողությունները բաց չթողնես։

Խոսելով այն մասին, թե ինչպես փոխանցել վեբ կայքը հոսթինգ, նախ եկեք որոշենք, թե ինչու է դա ընդհանրապես անհրաժեշտ անել:

Իմիջայլոց! Եթե ​​դուք նոր կայք եք պատրաստում տեղական սերվերի վրա, ապա պատճառը պարզ է՝ այն պետք է տեղափոխվի հոսթինգ, որպեսզի հասանելի լինի օգտատերերին։ Բայց մենք խոսում ենք այլ՝ նոր հոսթինգի անցնելու անհրաժեշտության մասին։

Նման գործողություններ կատարելու անհրաժեշտության մի քանի իրական և հիմնավորված պատճառներ կան. Համառոտ նայենք բոլորին։

Օրինակ, հին կայքի սակագները զգալիորեն աճել են: Կամ աճում են ոչ թե շատ, այլ անընդհատ։ Եվ անհիմն: Այս դեպքում կայքի օգտագործումն ապարդյուն է թվում:

Իր կայքը մշակելիս ռեսուրսի սեփականատերը կարող է բախվել այն փաստի հետ, որ մատուցվող ծառայությունների ցանկն այնքան էլ մեծ չէ։ Իսկ կայքը պահանջում է ավելի ու ավելի շատ հնարավորություններ: Այս դեպքում այլ հոսթինգ տեղափոխվելը բավականին խելամիտ է թվում:

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

Սերվերի խափանումները բացասական ազդեցություն կունենան կայքի վրա: Նախ՝ այցելուները «կհեռանան» ռեսուրսից, որը պարբերաբար անհասանելի է։ Երկրորդ, որոնման ռոբոտները կիջեցնեն այն որոնման արդյունքներում:

Չկա արխիվացում կամ կրկնօրինակում


Եթե ​​նախկինում ընտրված հոսթինգը չի ապահովում կրկնօրինակում, ապա պետք է մտածել այն շուտով փոխելու մասին։

Եթե ​​մատուցվող ծառայությունները դանդաղ են, դուք նույնպես պետք է արագ մտածեք, թե ինչպես տեղափոխել կայքը այլ հոսթինգ: Քանի որ օգտատերերին դուր չեն գալիս այն էջերը, որոնց բեռնումը երկար ու երկար ժամանակ է պահանջում:

Խորհուրդ. Ավելի լավ է ձեր կայքը հյուրընկալել հատուկ ֆիզիկական սերվերի վրա: Սա դրական ազդեցություն կունենա նրա աշխատանքի վրա, նույնիսկ եթե ձեր կայքը չափազանց այցելված է:

2. Ընտրեք նոր ծառայություն: Ինչպես փոխանցել wordpress կայքը հոսթինգ

Շարունակելով WordPress կայքը հոսթինգ տեղափոխելու թեման, եկեք խոսենք այն մասին, թե կոնկրետ ինչ պետք է հաշվի առնել նոր հոստինգ ընտրելիս:

Նշում! Ի դեպ, WordPress-ի հետ աշխատելու վերաբերյալ, եթե ցանկանում եք հասկանալ այս շարժիչը, գրանցվեք: Դրա անվճար մասում՝ առցանց դասերի 4-րդ օրն է, դուք կսովորեք, թե ինչպես ստեղծել կայք ինքներդ՝ ձեր ձեռքերով։ Կա նաև ավելի առաջադեմ տարբերակ՝ վճարովի մաս, որտեղ ես ձեզ ասում եմ, թե ինչպես աշխատել շարժիչի հետ, ինչպես զարգացնել ձեր կայքը և ինչպես գումար աշխատել դրա վրա։

Հոսթինգ ընտրելիս պետք է հաշվի առնել մի շարք գործոններ, որոնցից հիմնականներն են.

  • սակագինը ամենակարևորը չէ, բայց դեռևս կարևոր ասպեկտ է, հատկապես սկսնակ վեբ վարպետի համար.
  • սկավառակի տարածություն;
  • Ձեզ հետաքրքրող մատակարարի մոտ դոմենի անվան գրանցման արժեքը.
  • պրովայդերների օգտվողների ակնարկներ:

Խորհուրդ. Երբեք մի օգտագործեք անվճար հոսթինգ ծառայություններ: Սա բացասաբար կանդրադառնա հենց կայքի և որոնման համակարգերում դրա առաջխաղացման վրա: Այո, և ռեսուրսային աշխատանքում նույնպես:

Հաջորդ քայլը փոխանցման մասին հիմնական տեղեկատվությունը հասկանալն է: Այս կերպ Դուք կարող եք վերացնել կայքի աշխատանքի հետ կապված խնդիրներն ու դժվարությունները: Իսկ շարժման պրոցեդուրան ինքնին ավելի պարզ ու հարմար կլինի։

  1. Տվյալների միգրացիան սկսելուց հետո որևէ փոփոխություն մի կատարեք հենց ինտերնետ ռեսուրսի, դրա տվյալների բազաների կամ DNS գրառումների մեջ, մինչև վերջապես տեղափոխվեք: Կատարված ցանկացած փոփոխություն «չի տեղից շարժվի»։
  2. Մինչ «շարժվող» գործընթացը ընթացքի մեջ է, կայքը կգործի նախորդ հոսթինգում:
  3. Նույնիսկ եթե դուք փոխանցել եք բոլոր տվյալները, դա չի նշանակում, որ ձեր ռեսուրսը անմիջապես կաշխատի նոր հոսթինգից։ Չէ, հնից կբացվի։ Դա անելու համար դուք պետք է նորից միանաք, այսինքն՝ պարզապես փոխեք կայքը: Դա անելու համար բացեք hosts ֆայլը ձեր տեղական համակարգչում և փոխեք որոշ տեղեկություններ: Մասնավորապես, IP-ն գրված է որպես նոր սերվերի հասցե, դոմեյնը ձեր ռեսուրսի անունն է։
  4. Դրանից հետո, փոփոխություններ կատարելով, կտեսնեք, որ կայքը բացվում է դրա համար նոր հոսթինգից:
  5. Նման իրավիճակում դուք պետք է լրացուցիչ ֆայլ վերբեռնեք նախորդ հոսթինգում: Օրինակ, այն պետք է անվանվի transfer.html: Այս ֆայլում գրեք տեղեկատվություն, որը թույլ կտա օգտվողներին «իմանալ», որ դուք տեղափոխվել եք նոր հոսթինգ:
  6. Չգիտե՞ք ինչպես կառավարել ձեր ռեսուրսը և DNS գրառումները նոր հոսթինգ վահանակից: Ոչինչ չի կարող լինել ավելի պարզ! Պարզապես հիշեք, որ տեղեկատվության ամբողջական թարմացման համար կպահանջվի մինչև 72 ժամ: Այս ընթացքում ձեր ռեսուրսը անհասանելի կլինի: Ուստի խորհուրդ է տրվում, որ ցանկացած փոփոխություն կատարվի միայն ցածր երթևեկության ժամանակ՝ գիշերը, տոն օրերին, հանգստյան օրերին:

Խորհուրդ. DNS տվյալների թարմացումը զգալիորեն արագացնելու համար հարկավոր է նվազեցնել TTL-ը A և NS տիպի գրառումների համար:

7. A-record-ում փոփոխություններ կատարելուց հետո կարող եք ապահով կերպով փոխել կայքի ցանկացած տեղեկություն, փոխել բովանդակությունը, փոխել տվյալների բազաները:

8. Բոլոր փոփոխությունները կատարելուց հետո DNS-տարածման շրջանի ավարտից հետո վերադարձեք սույն բաժնի 3-րդ կետը և վերացրեք հոսթներում նախկինում կատարված գրառումը։

4. Ինչպես փոխանցել WordPress կայքը մեկ այլ հոսթինգ՝ ֆայլեր

Ես շարունակում եմ իմ պատմությունը այն մասին, թե ինչպես տեղափոխել կայք այլ հոսթինգ: Հաջորդ փուլը, որը մենք դիտարկում ենք, հենց ֆայլերը «տեղափոխելու» խնդիրն է։ Սա ամբողջ գործընթացի ամենակարևոր կետերից մեկն է: Ուստի խնդրում ենք հնարավորինս ուշադիր և պատասխանատու կերպով կարդալ այս տեղեկատվությունը:

Այսպիսով, ձեր գործընթացի այս փուլում դուք պետք է կատարեք հետևյալ ֆայլերի փոխանցման մանիպուլյացիաները.

  • ներբեռնեք բոլոր ֆայլերը ձեր համակարգչում;
  • և այնուհետև դրանք վերբեռնեք ձեր անձնական հաշվի մեջ հատուկ թղթապանակում /public_html.;
  • Այս գործընթացը հեշտ է իրականացնել File Manager-ի կամ FTP-ի միջոցով:

Ֆայլերի կառավարիչը ենթադրում է cPanel-ի օգտագործում: Երբ գնում եք Ֆայլերի կառավարիչ, մենյուի բաժնում պետք է սեղմեք public_html, այնուհետև ընտրեք «Ներկայացնել» տարբերակը կամ նմանատիպը, այն կարող է այլ կերպ կոչվել: Այս տարբերակը գտնվում է ցանկի վերևում:

Ձեր առջեւ կբացվի նոր էկրան, որում պետք է նշեք ներբեռնման համար նախատեսված ֆայլերը։ Ձեզ անհրաժեշտ ֆայլերը ընտրելու համար մկնիկի օգնությամբ սեղմեք «Ընտրել ֆայլ» մակագրությունը:

Իմիջայլոց! Ի՞նչ անել այն իրավիճակում, երբ կան շատ մեծ թվով ֆայլեր: Այս դեպքում խորհուրդ է տրվում դրանք փաթեթավորել արխիվում: Այնուհետև այն բեռնվում է այնպես, ինչպես սովորական ֆայլերը: Բոլոր ֆայլերը արխիվից հանելու համար հարկավոր է գնալ Ֆայլերի կառավարիչ և այնտեղ բացել արխիվը: Պարզապես հիշեք, որ cPanel-ն աջակցում է միայն երկու ձևաչափերի՝ .zip կամ tar.gz: Բայց դուք պետք է մոռանաք .rar-ի մասին:

Երբ ապափաթեթավորումն ավարտված է, ստուգեք, որ ինդեքսային ֆայլը գտնվում է public_html թղթապանակի արմատում: Դրանից հետո արխիվը մնում է ավելորդ և կարող է պարզապես ջնջվել:

Շարունակելով WordPress կայքը մեկ այլ հոստինգ տեղափոխելու պատմությունը, ես կնշեմ, որ եթե ձեզ համար ավելի հարմար է օգտագործել FTP հաճախորդ, ապա ձեզ հարկավոր է օգտագործել այն տվյալները, որոնք օգտագործվում են վահանակ մուտք գործելու համար: Բացի այդ, դուք պետք է գրանցեք ֆիզիկական սերվերի IP հասցեն, որտեղ գտնվում է հոսթինգը:

Նշում! Չմոռանաք մուտքագրել պորտի համարը՝ 21։

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

Շարունակելով WordPress կայքը հոսթինգ տեղափոխելու պատմությունը, ես ձեզ անպայման առանձին քայլով կասեմ, թե ինչպես ձեռքով փոխանցել աշխատանքի համար անհրաժեշտ բոլոր ֆայլերը։

Թեև պետք է խոստովանել, որ նման ձեռքով փոխանցումը հասանելի չէ բոլոր ծառայությունների համար: Այնուամենայնիվ, ես դեռ իմ պարտքն եմ համարում պատմել ձեզ այս մասին, որպեսզի դուք ավելի լավ հասկանաք աշխատանքի սկզբունքը և մի տեղից մյուսը «տեղափոխվելու» ընթացքը։ Գործողությունների հաջորդականությունը շատ, շատ պարզ է.

  • ներբեռնեք թղթապանակ՝ աշխատանքի համար անհրաժեշտ բոլոր ֆայլերով հին հոսթինգից.
  • ներբեռնել տվյալների բազան;
  • Համոզվեք, որ ջնջեք բոլոր ֆայլերը և տվյալները հին ծառայությունից;
  • նոր հոսթինգի վրա լրացրեք բոլոր անհրաժեշտ տեղեկությունները, մասնավորապես՝ գրեք կայքի անվանումը.
  • փոխել DNS հասցեները ընթացիկի;
  • Ներբեռնված թղթապանակը ֆայլերով վերբեռնեք նոր ծառայության մեջ և այնտեղ վերբեռնեք ամբողջ տվյալների բազան:

Այսինքն, ձեռքով փոխանցման մեջ առանձնապես դժվար բան չկա: Հիմնական բանը նախնական նախապատրաստումն է:

WordPress-ի կայքը հոսթինգ տեղափոխելու մեր գործընթացի վեցերորդ քայլը տվյալների պատրաստումն է: Իհարկե, խոսելով ժամանակագրական կարգով, այն պետք է մի փոքր բարձր լինի։ Այնուամենայնիվ, դուք դեռ նախ կկարդաք ամբողջ հոդվածը, ապա միայն կկատարեք անհրաժեշտ գործողությունները:

Սկզբում բոլոր ֆայլերով թղթապանակը ներբեռնվում է ձեր հին հոսթինգից: Այս ընթացակարգը կատարվում է երեք եղանակներից մեկով.

  • սերվերի կառավարման վահանակի միջոցով

Նշում! WordPress պլատֆորմի առավելությունն այն է, որ անհրաժեշտ է ներբեռնել միայն մեկ թղթապանակ, որը կոչվում է wp-content: Այնտեղ են գտնվում ձեզ անհրաժեշտ բոլոր ֆայլերն ու տվյալները, ձևանմուշներն ու ընդարձակումները: Այսինքն, ըստ էության, դուք միայն վերատեղադրում եք հարթակը հենց նոր հոստինգի վրա: Իսկ տեղադրման ավարտից հետո վերը նշված թղթապանակը փոխարինեք հին հոսթինգից ներբեռնվածով։ Թեև ես խստորեն խորհուրդ եմ տալիս ամբողջությամբ ներբեռնել ամեն ինչ, միայն այն դեպքում, եթե դուք ունեք այլ թղթապանակներ՝ պահպանված տվյալներով:

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

WordPress հարթակում վեբ կայքերի սեփականատերերի համար կա ևս մեկ տարբերակ

Այն արմատապես տարբերվում է վերը թվարկված երկու մեթոդներից: Ինքն հարթակում մշակողները տրամադրել են լրացուցիչ գործառույթ, որը թույլ է տալիս ներմուծել և արտահանել տվյալներ։

Արտահանելու համար դուք պետք է լրացուցիչ ակտիվացնեք հարթակի ստեղծողների հատուկ փլագինը։ Հաջորդը, կատարեք հետևյալ մանիպուլյացիաները.

  • Գործիքներ;
  • Արտահանում;
  • Ստուգեք վանդակները այն տվյալների կողքին, որոնք ցանկանում եք արտահանել:

Նշում! Խստորեն խորհուրդ եմ տալիս ստուգել հետևյալ տվյալների կողքին գտնվող վանդակները՝ Գրառումներ, Էջեր, Մեկնաբանություններ, Կատեգորիաներ:

Այս մանիպուլյացիաների արդյունքում դուք կներբեռնեք ֆայլ xml ընդլայնման մեջ:

Դուք պարզապես վերբեռնում եք ներբեռնված տվյալները նոր հոսթինգի վրա տեղադրված հարթակ: Դա արվում է ներմուծման միջոցով։ Այնուամենայնիվ, խնդրում ենք նկատի ունենալ, որ գործառույթը թույլ է տալիս ներմուծել տվյալներ, որոնց չափը չի գերազանցում 2 մեգաբայթը:

Իմիջայլոց! Եթե ​​ներբեռնված ֆայլն ավելի մեծ է, ապա այս մեթոդը ձեզ համար տեղին չէ: Բացի այդ, այն ներմուծում է միայն վերը նշված տվյալները: Բայց ոչ այն ամենը, ինչ կա տվյալների բազայում:

Այլապես ինչպե՞ս կարող եք տվյալներ վերբեռնել նոր հոսթինգում՝ լրացուցիչ խորհուրդներ սկսնակ վեբ վարպետների համար

Մինչ ձեզ ասում եմ, թե ինչպես փոխանցել WordPress կայքը մեկ այլ հոստինգ, ես չեմ կարող չտալ մի քանի լրացուցիչ և օգտակար խորհուրդներ.

Ինչպես տեսնում եք, տվյալները ներբեռնելու մի քանի եղանակ կա: Օրինակ, բավական է պարզապես ամբողջությամբ պատճենել ամեն ինչ։

Եթե ​​դուք, ինչպես ինձ, նախընտրում եք աշխատել WordPress-ի հետ, ապա wp-config-ում պետք է նշեք հետևյալ տեղեկատվությունը.

  • ամբողջ տվյալների բազայի ճիշտ անվանումը.
  • ձեր ազգանունը;
  • քո գաղտնաբառը;
  • սեղանի նախածանց.

Բոլոր թվարկված տվյալները, մինչև վերջին նիշը, պետք է համապատասխանեն phpmyadmin-ում նշվածներին. սա լրացուցիչ ծրագիր է, որի միջոցով տվյալները վերբեռնվում են հոսթինգ:

Հին հոսթինգում տվյալները փոխանցելուց կամ ջնջելուց հետո անպայման պետք է փոխել DNS հասցեները։ Հասցեի փոխարինումը կատարվում է անմիջապես ձեր տիրույթի անվան ռեգիստրում:

Հետևաբար, դուք պետք է գնաք ծառայություն, որտեղ գրանցված է դոմենի անունը, մուտք գործեք ձեր հաշիվ և ընտրեք ձեր աշխատանքի համար անհրաժեշտ տիրույթը: Ուշադիր ուսումնասիրեք ձեր հաշիվը. այնտեղ պետք է լինի «Փոխել DNS» սյունակ/կոճակը կամ նման բան: Հենց այստեղ են գրանցվում նոր հասցեներ։ Դրանք փոխելուց հետո մի մոռացեք սեղմել պահպանել փոփոխությունները կոճակը:

Հավանական է, որ դուք չգիտեք DNS հասցեն: Ի վերջո, յուրաքանչյուր ծառայություն, որը տրամադրում է հոսթինգ ծառայություններ, ունի իր հասցեները: Ինչպե՞ս ճանաչել դրանք: Դա շատ պարզ է, կա երկու ճանապարհ.

  • խնդրեք հոսթինգի մասնագետներին՝ կապ հաստատելով աջակցության հետ.
  • ուսումնասիրեք «Հարցեր - պատասխաններ» կամ ՀՏՀ բաժինը:

DNS հասցեներում փոփոխություններ կատարելուց հետո բոլոր փոփոխությունները գրանցելու համար պետք է տևի 12-ից 24 ժամ:

Խորհուրդ. Չե՞ք ուզում այդքան երկար սպասել: Ցավոք, գործընթացը արագացնելու միջոց գործնականում չկա։ Եթե ​​չդիմեք աջակցության ծառայությանը և չքննարկեք և չքննարկեք գործընթացն արագացնելու հնարավոր տարբերակները:

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

Ստեղծեք տվյալների բազայի կրկնօրինակներ

Ի վերջո, մեկ օրինակը վաղ թե ուշ կարող է կորչել կամ դրանում ինչ-որ սխալ առաջանալ: Ընդհանրապես, դժվարությունների մեծ տեսականի կարող է լինել։ Որպես այլընտրանք, դուք ինչ-որ բան եք փոխում, և հետո չեք հասկանա, թե ինչ է տեղի ունեցել, ինչպես է դա տեղի ունեցել և ինչպես ամեն ինչ ետ դարձնել:

Անձամբ ես ունեմ տվյալների բազայի և ֆայլերի բազմաթիվ պատճեններ: Երկու կամ երեք տարբեր նոութբուքերի կրիչներ, մեկը ֆլեշ կրիչի վրա, ևս մեկը վերբեռնված ամպային պահեստում: Սա վերաապահովագրություն չէ, այլ լիովին արդարացված գործողություն։

Կապվեք աջակցության հետ

Եթե ​​որևէ խնդիր առաջանա, ցանկացած անհասկանալի իրավիճակում, մի հապաղեք կապ հաստատել աջակցության հետ:

Իմիջայլոց! Հոսթինգը, որի վրա դուք որոշել եք հյուրընկալել ձեր կայքը, պետք է հավատարիմ լինի հաճախորդներին: Այսինքն՝ աջակցության ծառայությունը պետք է օգնի ցանկացած իրավիճակում։ Եթե ​​աջակցության ծառայությունը հավատարիմ չէ, ուրեմն դուք ճիշտ ընտրություն չեք կատարել կոնկրետ ծառայության օգտին:

Աջակցության մասնագետները, հավանաբար, ձեզնից շատ ավելի լավ գիտեն, թե ինչ և ինչպես պետք է անել այդ քայլը կատարելու համար:

Իսկ եթե VDS?

Հատուկ ուշադրության է արժանի VDS հոսթինգի անցումը: Նախքան ստանձնելը, ստուգեք, թե արդյոք հնարավոր կլինի մուտք գործել հարմար սերվերի կառավարման համակարգ: Եվ նաև հարցրեք, թե կոնկրետ ինչ է այս համակարգը և ինչպես է այն գործում: Նման համակարգում հատուկ աշխատելու մասին նախնական տեղեկատվությունը շատ արժեքավոր և օգտակար կլինի:

Ամփոփելու համար. ինչպես տեղափոխել կայքը մեկ այլ հոսթինգ

Այս հոդվածում մենք ձեզ հետ մանրամասնորեն, քայլ առ քայլ քննարկեցինք, թե ինչպես անցնել նոր հոսթինգ: Հասկանալի է, որ այս հարցին չի կարելի լիարժեք պատասխանել։ Որովհետև ամեն պահի կարող են տարբեր ծուղակներ առաջանալ։ Նման իրավիճակում դիմեք տեխնիկական աջակցության մասնագետներին:

Բացի այդ, շարժման գործընթացը ինքնին մեծապես կախված է ընտրված ծառայության կառավարման վահանակից. հնարավոր են ինչպես փոքր, այնպես էլ նշանակալի տարբերություններ:

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

Ամփոփելով՝ հիշեցնեմ, որ անցկացնում եմ հեղինակային թրեյնինգ։ Դասընթացը լիովին անվճար է։ Այն անդրադառնում է բազմաթիվ հետաքրքիր հարցերի: Ներառյալ, թե ինչպես վերբեռնել կայքը հոսթինգում: 4 օր հետո դուք կունենաք ձեր սեփական աշխատանքային կայքը և շատ օգտակար տեղեկություններ դրա հետագա զարգացման համար։ Գրանցվեք հիմա, որպեսզի բաց չթողնեք ուսանողների հաջորդ հոսքը:



 

Կարող է օգտակար լինել կարդալ.