Anonim

Ja šonedēļ esat (vai varbūt esat bijis) GoDaddy klients, dzīve jums iesūcās, jo jūsu vietne nebija pieejama. Jā, protams, jūs saņēmāt bezmaksas mēneša kredītu par dīkstāvi, taču vissvarīgākais ir tas, ka jūsu vietne bija par sliktu, un nebija sasodīts, ko jūs varētu darīt.

Vai arī tur bija?

Lielākajai daļai mazo biznesu, kas pārvalda biznesa vietnes, nav DRP (Katastrofu seku novēršanas plāns). Jūs domājat, ka, ja jūs vadāt biznesu, pārdodat produktu un esat atkarīgs no jūsu vietnes, ka jums ir kaut kas gatavs, ja tas nokristu. Nu, veselai daļai cilvēku nebija šāda DRP, un, kad viņu vietnes gāja uz leju, viņi varēja tikai sēdēt un gaidīt. Un kā zina jebkurš uzņēmuma īpašnieks, laiks ir nauda.

Ir dažas lietas, kuras varat darīt DRP nolūkos, ja jums tagad jāvada uzņēmuma vietne. Daži no tiem ir vienkārši, citi nē.

1. Vai jūs zināt sava tīmekļa mitinātāja Twitter kontu?

Ja jūsu tīmekļa resursdators samazinās, labāki tīmekļa mitinātāju pakalpojumu sniedzēji par to paziņos savā Twitter kontā, jo vietnes pārtraukšanas brīdī viņiem nav iespējas citādi brīdināt klientu bāzi.

Ja jūsu vietnē ir kādas problēmas un jūs nevarat ielādēt savas tīmekļa mitinātāja vietni, dodieties uz viņu Twitter kontu.

Piemērs: savā personīgajā emuārā es izmantoju Fluid Hosting, un man viņu Twitter konts ir atzīmēts ar grāmatzīmēm. Tāpat kā ar jebkuru citu tīmekļa mitinātāju, dažreiz notiek pārtraukumi. Ikreiz, kad manas vietnes veiktspēja ir lēna, es dodos uz šo Twitter kontu pat pirms es iesniedzu atbalsta biļeti, jo, ja tā galā ir kaut kas visai sistēmai piemērots, tas tajā tiks paziņots un apmēram pēc stundas es zinu, ka tas tiks atrisināts, tāpēc biļetes iesniegšana nebūs nepieciešama.

2. Vai jums ir Twitter konts?

Mīliet vai ienīstiet čivināt. Tas ir lielisks veids, kā brīdināt masas, ja jūsu vietnei rodas problēmas, jo tā darbojas neatkarīgi no jūsu vietnes. Tas nozīmē, ka pat tad, ja jūsu vietne nedarbojas, Twitter ir izveidots, un jūs varat tur veikt paziņojumus. Hei, tas ir labāk nekā nekas.

3. Parasti jūsu vietnes mitināšana tajā pašā vietā, kur reģistrēts jūsu domēns, ir slikta ideja.

Kad jūs, sakot, “ievietojat visas olas vienā grozā”, tā ir katastrofas recepte, ciktāl tas attiecas uz biznesa tīmekļa vietnes mitināšanu. Domēna reģistratūrai un vietnei, kurā mitinās jūsu vietne, vajadzētu būt atsevišķai, pretējā gadījumā jūs sevi veidojat pēc domino efekta pārtraukšanas (viena daļa iet uz leju, viss iet uz leju).

Es minēšu piemēru, kāpēc šī nodalīšana ir svarīga.

Ja mans personīgais emuārs samazinājās, un es domāju, ka tas tiešām ir kļuvis tik slikts, ka paies vairākas dienas, pirms tas atkal nonāks tiešsaistē, es varētu pieteikties savā domēna reģistratūrā un norādīt domēnu uz pagaidu vietni, piemēram, Twitter kontu, kamēr mans primārais vietne tiek salabota. Kad tas ir noteikts, es to varu pārslēgt atpakaļ.

4. DRP vajadzībām vienmēr ir labi, ja bezmaksas e-pasta pakalpojumu sniedzējam ir rezerves e-pasta adrese.

Pareiza uzņēmējdarbība tiek veikta, izmantojot e-pasta adreses, piemēram, _business_site.com, bet, ja jūsu vietne nav pieejama, arī jūsu e-pasts nav pieejams.

Ārkārtas gadījumos ar primārā pasta dublēšanu var pietikt ar Gmail, Hotmail vai jebkura cita pasta konta, kas mitināts citur.

Varat arī pārraidīt šo e-pasta adresi sava uzņēmuma Twitter kontā, ja jums tas jādara.

Šeit vislabākais ir Gmail, jo, tiklīdz primārais pasts ir dublēts, varat pieteikties savā Gmail kontā un pārsūtīt visu pastu atpakaļ uz primāro pastu, lai nepalaistu garām nevienu ziņojumu. Citi pakalpojumu sniedzēji (piemēram, Hotmail) piedāvā līdzīgu funkcionalitāti, bet Gmail visvairāk kontrolē, kur nonāk jūsu pasts un kā tas tur nokļūst.

5. Jums vajadzētu zināt, kā “lēkt kuģi”, ​​ja tas jums absolūti nepieciešams.

Kā es (vai Deivs) varu jums pateikt, pāreja uz citu domēna reģistratūru un / vai tīmekļa mitinātāju ir milzīgas sāpes pakaļā. Nav viegli to izdarīt neatkarīgi no tā, ko kāds jums saka. Bet tas nenozīmē, ka jums nevajadzētu iemācīties to izdarīt.

Pāreja no viena domēna reģistratūras uz citu (piemēram, no GoDaddy uz NameCheap) nav vienas dienas lieta, un procesa pabeigšana prasa apmēram trīs līdz desmit darba dienas.

Pāreja no vienas tīmekļa mitinātājas uz otru .. vecs zēns, jā, tā ir patiesi smagā daļa. Droši vien ir taisnība, ka jūsu esošajā vietnē darbojas tāds satura dzinējs kā WordPress vai Drupal, kur visa lieta izmanto MySQL datu bāzes aizmugure, izmantojot ļoti specifiskas servera adreses un portus, un pats motors izmanto ļoti specifiskus servera ceļus. Ja tas viss no jums izbiedē elli, tā vajadzētu.

Kamēr Deivs un man ir zināšanas, kā pārvietot vietnes, kurās viss tiek pareizi migrēts (tikai tāpēc, ka mēs abi kopš 1990. gadu beigām veicam vietņu administrēšanu un mums daudz kas bija jāapgūst vecās skolas veidā), jūs droši vien nezināt. t. Es varu tikai pateikt, ka neizslēdzam iespēju maksāt kādam par jūsu vietnes pareizu pārvietošanu jūsu vietā. Ir vērts tērēt naudu, lai pareizi migrētu no vienas vietnes uz otru.

Ja jūs vadāt biznesa vietni tagad, es ceru, ka jums šī lieta nekad nav jāpārvieto, jo tā nav glīta. Tomēr DRP nolūkos, ja jums ir jāpāriet starp reģistratūrām un / vai saimniekiem, iemācieties migrēt vai zināt, kā atrast kādu, kurš to izdarītu jūsu labā. Šīs lietas nav nekas cits kā darbs ar failiem mājas datorā vai klēpjdatorā, kur jūs vienkārši kopējat lietas no vienas vietas uz otru un viss labi darbojas. Tīmekļa vietnes, kurās tiek izmantoti satura motori, kas darbojas dinamiskā līmenī, ir pilnīgi atšķirīga bumbiņu spēle.

Ja nopietni domājat par savu biznesu, tad nopietni domājiet par savas vietnes DRP

Lielākā daļa mazo biznesu īpašnieku neko nemācās par DRP nozīmi, kamēr nenotiek kaut kas patiešām slikts, piemēram, tas, kas notika ar veselu tonnu GoDaddy klientu.

Jums kā biznesa vietnes īpašniekam vajadzētu kaut ko atgriezties, pat ja tas ir tikai Twitter konts un Gmail e-pasta adrese. Pašmāju mitinātās vietnes vienmēr tiek pakļautas Mērfija likumam, tāpēc jums tam vajadzētu sagatavoties.

Godaddy māca mums no pirmās puses, kas notiek, ja jums nav katastrofu atjaunošanas plāna