Jei šią savaitę esate (o gal jau buvote) „GoDaddy“ klientas, gyvenimas jus čiulpia, nes jūsų svetainė neveikė. Taip, tikrai, jūs negavote mėnesio kredito už prastovas, tačiau esmė ta, kad jūsų svetainė buvo netinkama skaičiuoti ir nebuvo nieko blogo, ką galėtumėte padaryti.
Ar ten buvo?
Dauguma smulkaus verslo atstovų, valdančių verslo svetaines, neturi jokio DRP (Disaster Recovery Plan). Jūs manytumėte, kad jei vykdote verslą, parduodate produktą ir priklausote nuo jūsų svetainės, kad turėtumėte ką nors paruošto, jei jis sumažėtų. Na, visa krūva žmonių neturėjo tokios DRP ir kai jų svetainės sumažėjo, viskas, ką jie galėjo padaryti, tai tik išsėdėti ir laukti. Kaip žino kiekvienas verslo savininkas, laikas yra pinigai.
Yra keletas dalykų, kuriuos galite padaryti DRP tikslais, jei dabar turėtumėte verslo verslo svetainę. Kai kurie iš jų yra paprasti, kiti ne.
1. Ar žinote savo žiniatinklio prieglobos „Twitter“ paskyrą?
Jei jūsų žiniatinklio priegloba sumažėja, geresni žiniatinklio prieglobos paslaugų teikėjai apie tai praneš savo „Twitter“ paskyroje, nes svetainės uždarymo metu nėra jokio būdo kitaip įspėti klientų bazę.
Jei jūsų svetainėje yra kokių nors problemų ir negalite įkelti savo žiniatinklio prieglobos tinklalapio, eikite į jo „Twitter“ paskyrą.
Pavyzdys: Asmeniniame tinklaraštyje naudoju skysčių prieglobą ir turiu jų „Twitter“ paskyros žymę. Kaip ir bet kurio žiniatinklio prieglobos paslaugų teikėjo atveju, nutrūksta kartais. Kai mano svetainė veikia lėtai, einu į tą „Twitter“ paskyrą dar prieš pateikdamas palaikymo bilietą, nes jei jų galas bus visai sistemai tinkle, jis bus paskelbtas ten ir aš žinau, kad maždaug po valandos jis bus išspręstas, todėl pateikti bilieto nereikės.
2. Ar turite „Twitter“ paskyrą?
Mylėkite ar neapykantą „Twitter“, tai puikus būdas įspėti mases, jei jūsų svetainei kyla problemų, nes ji veikia nepriklausomai nuo jūsų svetainės. Tai reiškia, kad net jei jūsų svetainė neveikia, „Twitter“ nėra ir ten galite skelbti pranešimus. Ei, geriau nei nieko.
3. Paprastai yra bloga mintis, kad priegloba jūsų svetainei toje pačioje vietoje, kur jūs užregistravote savo domeną.
Kai, sakydami, „sudėjote visus kiaušinius į vieną krepšelį“, tai yra katastrofos receptas, kiek tai susiję su verslo interneto svetainės priegloba. Domenų registratorius ir svetainė, kurioje esate priglobta, turėtų būti atskiri, kitu atveju jūs pasirinksite domino domino efektą (viena dalis sumažėja, viskas sumažėja).
Pateiksiu pavyzdį, kodėl šis atskyrimas yra svarbus.
Jei mano asmeninis tinklaraštis sumažėjo, ir aš turiu galvoje, kad tikrai blogai, kad prireiktų kelių dienų, kol jis vėl prisijungtų prie interneto, galėčiau prisijungti prie savo domeno registratoriaus ir nukreipti domeną į laikiną svetainę, tokią kaip „Twitter“ paskyra, kol mano pagrindinis svetainė sutvarkoma. Pataisęs galiu jį perjungti atgal.
4. DRP tikslams visada naudinga turėti atsarginį el. Pašto adresą nemokamame internetinio pašto teikėjui.
Tinkamas verslas vykdomas naudojant tokius el. Pašto adresus kaip _business_site.com, tačiau jei jūsų svetainė neveikia, el. Paštas taip pat neveikia.
Nepaprastosios padėties atvejais gali pakakti turėti „Gmail“, „Hotmail“ ar bet kurią kitoje vietoje esančią el. Pašto paskyrą, kol pirminis paštas nebus kuriamas atsarginiu būdu.
Taip pat galite perduoti šį el. Pašto adresą savo įmonės „Twitter“ paskyroje, jei to reikia.
„Gmail“ yra geriausias pasirinkimas čia, nes kai tik bus sukurtas pagrindinis el. Paštas, galite prisijungti prie „Gmail“ paskyros ir persiųsti visus laiškus atgal į pirminį, kad nepraleistumėte nė vieno pranešimo. Kiti tiekėjai (pvz., „Hotmail“) siūlo panašias funkcijas, tačiau „Gmail“ labiausiai kontroliuoja, kur eina jūsų paštas ir kaip jis ten patenka.
5. Turėtumėte žinoti, kaip „iššokti laivą“, jei to tikrai turite.
Kaip aš (ar Dave'as) galiu pasakyti, perėjimas prie kito domenų registratoriaus ir (arba) žiniatinklio prieglobos yra didžiulis užpakalio skausmas. Nėra lengva to padaryti, nesvarbu, ką kas jums liepia. Bet tai nereiškia, kad neturėtumėte išmokti to daryti.
Perjungimas iš vieno domenų registratoriaus į kitą (pvz., Iš „GoDaddy“ į „NameCheap“) nėra tos pačios dienos dalykas ir procesas užtrunka maždaug nuo trijų iki dešimties darbo dienų.
Perjungimas iš vieno žiniatinklio prieglobos į kitą .. oi, berniukas, taip, tai tikrai sunki dalis. Tikriausiai tiesa, kad jūsų esamoje svetainėje veikia turinio variklis, pvz., „WordPress“ ar „Drupal“, kur visas dalykas naudoja „MySQL“ duomenų bazės pagrindą, naudojant labai konkrečius serverio adresus ir prievadus, o pats variklis naudoja labai specifinius serverio kelius. Jei visa tai gąsdins tave pragaru, tai turėtų.
Nors Dave'as ir aš turime žinių, kaip perkelti svetaines, kuriose viskas tinkamai perkeliama (tik todėl, kad abu nuo 1990-ųjų pabaigos vykdome svetainių administravimą ir daug kas turėjo to išmokti senosios mokyklos būdu), jūs tikriausiai nesuprantate “ t. Aš galiu pasakyti tik tai, kad neatmetu galimybės mokėti kam nors už jūsų svetainę. Verta išleisti pinigus norint tinkamai perkelti iš vienos svetainės į kitą.
Jei dabar tvarkote verslo svetainę, tikiuosi, kad niekada nereikės daikto perkelti, nes jis nėra gražus. Tačiau, jei reikia DRP, jei turite pereiti tarp registratorių ir (arba) šeimininkų, išmokite migruoti arba žinokite, kaip surasti ką nors, kas tai padarytų už jus. Tai visiškai nieko, pavyzdžiui, darbas su failais, esančiais namų ar nešiojamajame kompiuteryje, kur jūs tiesiog kopijuojate daiktus iš vienos vietos į kitą ir viskas gerai veikia. Tinklalapiai, kuriuose naudojami dinaminio lygio turinio varikliai, yra visiškai skirtingi rutuliniai žaidimai.
Jei rimtai žiūrite į savo verslą, tuomet turėtumėte rimtai žiūrėti į savo svetainės DRP
Daugelis mažųjų biz savininkų nieko neišmoksta apie DRP svarbą, kol neįvyksta kažkas blogo, pavyzdžiui, kas nutiko visai tonai „GoDaddy“ klientų.
Jūs, kaip verslo tinklalapio savininkas, turėtumėte ką nors atsisakyti, net jei tai tik „Twitter“ paskyra ir „Gmail“ el. Pašto adresas. Savarankiškoms interneto svetainėms visada taikomas Murphy įstatymas, todėl turėtumėte tam pasiruošti.
