Ако сте (или може би сте били от този момент) клиент на GoDaddy тази седмица, животът ви е засмукал, защото сайтът ви е бил по-нисък. Да, разбира се, имате кредит за безплатен месец за престой, но въпросът е, че вашият сайт е бил за броене и нямаше проклето нещо, което бихте могли да направите за това.
Или имаше?
Повечето хора с малък бизнес, които управляват бизнес уеб сайтове, нямат DRP (план за възстановяване при бедствия). Бихте си помислили, че ако управлявате бизнес, продавате продукт и зависите от сайта си, за да сте готови, че ще имате нещо готово, в случай че той се понижи. Е, цял куп хора нямаха такава ДРП и когато сайтовете им се понижиха, всичко, което можеха да направят, е да я преседат и да изчакат. И както всеки собственик на бизнес знае, времето е пари.
Има няколко неща, които можете да направите за целите на DRP, ако вече имате бизнес уеб сайт. Някои от тях са прости, други не.
1. Знаете ли акаунта в Twitter на вашия уеб хост?
Ако вашият уеб хост се понижи, по-добрите доставчици на уеб хостинг ще направят съобщение за това в своя акаунт в Twitter, тъй като в момента на прекъсване на сайта няма начин те да предупредят клиентската база за друго.
Всеки път, когато вашият уеб сайт има някакви проблеми и не можете да заредите самия уеб-сайт на вашия уеб хост, отидете на техния акаунт в Twitter.
Пример: В личния си блог използвам хостинг на течности и имам отметка в акаунта им в Twitter. Както при всеки доставчик на уеб хостове понякога се случват прекъсвания. Всеки път, когато сайтът ми има бавна производителност, отивам в този акаунт в Twitter, дори преди да изпратя билет за поддръжка, защото ако в края им е нещо общо за цялата система, той ще бъде обявен там и знам след час или така ще бъде решен, така че подаването на билет няма да е необходимо.
2. Имате ли акаунт в Twitter?
Обичайте или ненавиждайте Twitter, това е чудесен начин да предупредите масите, ако вашият сайт има проблеми, защото работи независимо от вашия сайт. Това означава, че дори и сайтът ви да е свален, Twitter е нагоре и можете да правите съобщения там. Хей, по-добре е от нищо.
3. Като общо правило, хостингът на вашия сайт на същото място, където сте регистрирали вашия домейн, е лоша идея.
Когато „сложите всичките си яйца в една кошница“, така да се каже, това е рецепта за бедствия, що се отнася до хостинг на бизнес уеб сайт. Регистраторът на домейни и мястото, където е хостван сайтът ви, трябва да бъдат отделни, в противен случай вие се поставяте в ред за прекъсване на домино ефекта (една част намалява, всичко пада надолу).
Ще ви дам пример защо това раздяла е важно.
Ако моят личен блог спадна, и искам да кажа, че наистина стана толкова лошо, че ще отнеме няколко дни, преди да се върне онлайн, бих могъл да вляза в регистратора на своя домейн и да насоча домейна към временен сайт , като акаунт в Twitter, докато основният ми сайт се оправя. След фиксиране мога да го превключа обратно.
4. Винаги е добре да имате резервен имейл адрес на безплатен доставчик на уеб поща за целите на DRP.
Правилният бизнес се провежда с използване на имейл адреси като _business_site.com, но ако сайтът ви е отпаднал, вашият имейл също е отпаднал.
За спешни цели наличието на Gmail или Hotmail или каквото и да е имейл акаунт, хоствано на друго място, може да бъде достатъчно, докато основната поща не бъде архивирана.
Можете също да излъчвате този имейл адрес във вашия бизнес акаунт в Twitter, ако трябва да го направите.
Gmail е най-добрият вариант тук, тъй като след като основната ви поща се архивира, можете да влезете в своя Gmail акаунт и да препратите цялата поща обратно към основния си, така че да не пропускате никакви съобщения. Други доставчици (като Hotmail) предлагат подобна функционалност, но Gmail наистина има най-голям контрол върху това къде отиде вашата поща и как се стига до там.
5. Трябва да знаете как да „скочите кораб“, ако абсолютно трябва.
Както аз (или Дейв) мога да ви кажа, преминаването към друг регистратор на домейни и / или уеб хост е огромна болка в задника. Няма лесен начин да го направите, независимо какво ви казва някой. Но това не означава, че не трябва да се научите как да го правите.
Преминаването от един регистратор на домейн в друг (например от GoDaddy към NameCheap) не е нещо от един и същи ден и са необходими приблизително три до десет работни дни, за да завършите процеса.
Преминаване от един уеб хост към друг .. хоо момче, да, това е наистина трудната част. Вероятно е вярно, че вашият съществуващ сайт работи с двигател на съдържанието като WordPress или Drupal, където цялата работа е с използване на Mykend за база данни MySQL, използвайки много специфични сървърни адреси и портове, а самият двигател използва много специфични сървърни пътища. Ако всичко това изплаши по дяволите, би трябвало.
Докато ние с Дейв имаме ноу-хау за преместване на сайтове, където всичко е мигрирано правилно (само защото и двамата правим администриране на сайтове от края на 90-те години на миналия век и почти трябваше да го научим по староучилищния начин), вероятно не го правите ' т. Всичко, което мога да кажа, е да не изключвам плащането на някой, който да премести вашия сайт правилно за вас. Струва си да харчите парите, за да се извърши правилна миграция от един сайт в друг.
Ако управлявате бизнес сайт сега, надявам се никога да не се налага да премествате нещата, защото не е хубаво. За целите на DRP обаче, ако трябва да прескачате кораб между регистратори и / или хостове, или научете как да мигрирате или знаете как да намерите някой, който да го направи вместо вас. Тези неща не са абсолютно нищо като работа с файлове на вашия домашен компютър или лаптоп, където просто копирате нещата от едно място на друго и всичко работи добре. Уебсайтовете, използващи двигатели на съдържанието, които работят на динамично ниво, са съвсем различна игра с топка.
Ако се отнасяте сериозно към бизнеса си, тогава трябва да се отнасяте сериозно към вашия уеб сайт DRP
Повечето собственици на малък бизнес не научават нищо за значението на DRP, докато не се случи нещо наистина лошо, като това, което се случи с цял тон клиенти на GoDaddy.
Вие, като собственик на бизнес уебсайта, трябва да имате нещо, върху което да се върнете, дори ако това е само акаунт в Twitter и имейл адрес на Gmail. Самостоятелно хостваните уебсайтове винаги са обект на Закона на Мърфи, така че трябва да се подготвите за него.
