Hvis du er (eller måske var på dette tidspunkt) en GoDaddy-kunde i denne uge, sugede livet efter dig, fordi dit websted var nede. Ja sikker, du har en gratis måneds kredit for nedetiden, men pointen er, at dit websted var nede for optællingen, og der var ikke en forbandet ting, du kunne gøre ved det.
Eller var der?
De fleste småbiz mennesker, der driver forretningswebsteder, har overhovedet ingen DRP (Disaster Recovery Plan). Du skulle tro, at hvis du driver en virksomhed, sælger et produkt og er afhængig af dit websted for at holde dig oppe, at du ville have noget klar, hvis det gik ned. Nå, en hel masse mennesker havde ingen sådan DRP, og når deres websteder gik ned, var alt hvad de kunne gøre, at lade det vente og vente. Og som enhver virksomhedsejer ved, er tid penge.
Der er et par ting, du kan gøre til DRP-formål, hvis du driver et forretningswebsted nu. Nogle af disse er enkle, andre ikke.
1. Kender du din webhosts Twitter-konto?
Hvis din webhost går ned, giver bedre webhost-udbydere en meddelelse om det på deres Twitter-konto, fordi på tidspunktet for stedstop er der ingen måde for dem at advare kundegrundlaget ellers.
Hver gang dit websted har problemer, og du ikke kan indlæse din webhost selv, skal du gå til deres Twitter-konto.
Eksempel: På min personlige blog bruger jeg Fluid Hosting, og jeg har deres Twitter-konto bogmærket. Som med enhver webhost-udbyder, sker der undertiden strømafbrydelser. Hver gang mit websted har langsom ydeevne, går jeg til den Twitter-konto, allerede før jeg indsender en supportbillet, for hvis det er noget systemomfattende på deres ende, vil det blive annonceret der, og jeg ved om en times tid, at det vil blive løst, så det er ikke nødvendigt at indsende en billet.
2. Har DU en Twitter-konto?
Elsker eller hader Twitter, det er en fantastisk måde at advare masserne, hvis dit websted har problemer, fordi det fungerer uafhængigt af dit websted. Dette betyder, at selv om dit websted er nede, er Twitter op, og du kan annoncere der. Hej, det er bedre end intet.
3. Som en generel tommelfingerregel er det en dårlig idé at være vært på dit websted samme sted som dit registrerede dit domæne.
Når du "lægger alle dine æg i en kurv", er det så at sige en opskrift på katastrofe for så vidt angår hosting af et forretningswebsted. Domæneregistratoren, og hvor dit websted er vært, skal være adskilt, ellers sætter du dig selv i kø for en dominoeffekt (en del går ned, alt går ned).
Jeg giver dig et eksempel på, hvorfor denne adskillelse er vigtig.
Hvis min personlige blog gik ned, og jeg mener virkelig faldt så dårligt, at det ville tage flere dage, før den gik tilbage online, kunne jeg logge ind på min domæneregistrator og henvise domænet til et midlertidigt sted, f.eks. En Twitter-konto, mens min primære webstedet fikseres. Når det er løst, kan jeg skifte det tilbage.
4. Det er altid godt at have backup-e-mail-adresse hos en gratis webmailudbyder til DRP-formål.
Korrekt forretning udføres ved hjælp af e-mail-adresser som _business_site.com, men hvis dit websted er nede, er din e-mail også nede.
I nødstilfælde kan det være tilstrækkeligt at have en Gmail- eller Hotmail-adresse eller en hvilken som helst e-mail-konto, der er vært andetsteds, indtil den primære e-mail-backup er sikkerhedskopieret.
Du kan også sende denne e-mail-adresse på din forretnings-Twitter-konto, hvis du har brug for det.
Gmail er den bedste mulighed her, fordi når din primære mail er sikkerhedskopieret, kan du logge ind på din Gmail-konto og videresende al mail tilbage til din primære, så du ikke går glip af nogen meddelelser. Andre udbydere (som Hotmail) tilbyder lignende funktionalitet, men Gmail har mest kontrol over, hvor din mail går, og hvordan den kommer dertil.
5. Du skal vide, hvordan man "hopper skib", hvis du absolut skal.
Som jeg (eller Dave) kan fortælle dig, at skifte til en anden domæneregistrator og / eller webhost er en enorm smerte i røvet. Der er ingen nem måde at gøre det på, uanset hvad nogen fortæller dig. Men det betyder ikke, at du ikke bør lære at gøre det.
Skift fra en domæneregistrator til en anden (f.eks. Fra GoDaddy til NameCheap) er ikke en ting på samme dag, og det tager omtrent tre til ti arbejdsdage at gennemføre processen.
Skift fra en webhost til en anden .. hoo dreng, ja det er den virkelig hårde del. Det er sandsynligt rigtigt, at dit eksisterende websted kører en indholdsmotor som WordPress eller Drupal, hvor det hele bruger en MySQL-database-backend ved hjælp af meget specifikke serveradresser og porte, og selve motoren bruger meget specifikke serverstier. Hvis alt dette skræmmer helvede ud af dig, skal det.
Mens Dave og jeg har know-how til at flytte websteder, hvor alt migreres ordentligt (kun fordi vi begge har gjort webstedsadministration siden slutningen af 1990'erne og stort set måtte lære det på den gamle skole måde), har du nok ikke ' t. Alt, hvad jeg kan sige, er ikke at udelukke at betale nogen for at flytte dit websted korrekt for dig. Det er værd at bruge pengene til at få en ordentlig migrering udført fra et sted til et andet.
Hvis du driver et forretningssted nu, håber jeg, at du aldrig behøver at flytte tingene, fordi det ikke er smukt. Til DRP-formål skal du imidlertid lære at migrere eller vide, hvordan man finder nogen til at gøre det for dig, hvis du skal hoppe skib mellem registratorer og / eller værter. Disse ting er absolut intet som at arbejde med filer på din hjemme-pc eller bærbare computer, hvor du bare kopierer ting fra det ene sted til det andet og eveything fungerer fint. Websteder, der bruger indholdsmotorer, der arbejder på et dynamisk niveau, er et helt andet boldspil.
Hvis du ser alvorligt med din virksomhed, skal du være seriøs med dit websted DRP
De fleste ejere af små biz lærer ikke noget om vigtigheden af en DRP, indtil der sker noget rigtig dårligt, som hvad der skete med et helt ton GoDaddy-kunder.
Du som virksomhedsejer, bør have noget at falde tilbage på, selvom det kun er en Twitter-konto og en Gmail-e-mail-adresse. Websteder med egen vært er altid underlagt Murphys lov, så du skal forberede dig på det.
