Als u deze week een GoDaddy-klant bent (of misschien al was), was het leven slecht voor u omdat uw site niet beschikbaar was. Ja zeker, je hebt een gratis maandtegoed voor de downtime, maar het punt is dat je site down was voor de graaf en er was niets wat je eraan kon doen.
Of was er?
De meeste kleine biz-mensen die zakelijke websites runnen, hebben helemaal geen DRP (Disaster Recovery Plan). Je zou denken dat als je een bedrijf runt, producten verkoopt en afhankelijk bent van je site om op de hoogte te blijven, je iets klaar hebt voor het geval dat het zou mislukken. Nou, een hele groep mensen had zo'n DRP niet en toen hun sites uitvielen, konden ze alleen maar zitten en wachten. En zoals elke ondernemer weet, is tijd geld.
Er zijn een paar dingen die u kunt doen voor DRP-doeleinden, mocht u nu een zakelijke website hebben. Sommige hiervan zijn eenvoudig, andere niet.
1. Kent u het Twitter-account van uw webhost?
Als uw webhost uitvalt, zullen betere webhostproviders dit melden in hun Twitter-account, omdat er op het moment van uitval van de site geen enkele manier is om het klantenbestand anders te waarschuwen.
Wanneer uw website problemen heeft en u de website van uw webhost zelf niet kunt laden, gaat u naar hun Twitter-account.
Voorbeeld: op mijn persoonlijke blog gebruik ik Fluid Hosting en ik heb een bladwijzer voor hun Twitter-account. Zoals bij elke webhostprovider, treden er soms storingen op. Wanneer mijn site trage prestaties heeft, ga ik naar dat Twitter-account, zelfs voordat ik een supportticket verzend, omdat als het iets systeembreed aan hun einde is, het daar zal worden aangekondigd en ik weet dat het binnen een uur of zo zal zijn opgelost, dus het indienen van een ticket is niet nodig.
2. Heb je een Twitter-account?
Houd van of haat Twitter, het is een geweldige manier om de massa te waarschuwen als uw site problemen ondervindt, omdat deze onafhankelijk van uw site werkt. Dit betekent dat zelfs als uw site niet actief is, Twitter actief is en u daar aankondigingen kunt doen. Hé, het is beter dan niets.
3. Als algemene vuistregel is het een slecht idee om uw site op dezelfde plaats te hosten als waar uw domein is geregistreerd.
Wanneer u "al uw eieren in één mand" legt, is dat een recept voor een ramp wat betreft het hosten van een zakelijke website. De domeinregistreerder en waar uw site wordt gehost, moet gescheiden zijn, anders stelt u uzelf in de rij voor een uitval van een domino-effect (een deel gaat omlaag, alles gaat omlaag).
Ik zal je een voorbeeld geven van waarom deze scheiding belangrijk is.
Als mijn persoonlijke blog was gedaald en ik bedoel echt zo slecht dat het enkele dagen zou duren voordat het weer online ging, kon ik inloggen op mijn domeinregistreerder en het domein naar een tijdelijke site zoals een Twitter-account verwijzen terwijl mijn primaire site wordt opgeknapt. Eenmaal opgelost kan ik het terugschakelen.
4. Het is altijd goed om een back-up e-mailadres te hebben bij een gratis webmailprovider voor DRP-doeleinden.
Goed zakendoen wordt uitgevoerd met e-mailadressen zoals _business_site.com, maar als uw site niet werkt, is ook uw e-mailadres niet beschikbaar.
Voor noodgevallen kan het hebben van een Gmail of Hotmail of een ander e-mailaccount dat elders wordt gehost voldoende zijn tot de primaire e-mail een back-up heeft.
U kunt dit e-mailadres ook uitzenden op uw zakelijke Twitter-account, mocht u dit moeten doen.
Gmail is hier de beste optie, want zodra u een back-up van uw primaire e-mail maakt, kunt u zich aanmelden bij uw Gmail-account en alle e-mail terugsturen naar uw primaire e-mail zodat u geen berichten misloopt. Andere providers (zoals Hotmail) bieden vergelijkbare functionaliteit, maar Gmail heeft de meeste controle over waar uw e-mail naartoe gaat en hoe deze daar terechtkomt.
5. Je moet weten hoe je moet "springen" als je absoluut moet.
Zoals ik (of Dave) je kan vertellen, is overschakelen naar een andere domeinregistreerder en / of webhost een enorme pijn in de kont. Er is geen gemakkelijke manier om het te doen, ongeacht wat iemand je vertelt. Maar dat betekent niet dat je niet moet leren hoe je het moet doen.
Overschakelen van de ene domeinregistreerder naar de andere (zoals van GoDaddy naar NameCheap) is niet hetzelfde en het duurt ongeveer drie tot tien werkdagen om het proces te voltooien.
Overschakelen van de ene webhost naar de andere .. hoo boy, ja dat is het echt moeilijke deel. Het is waarschijnlijk waar dat uw bestaande site een content-engine gebruikt zoals WordPress of Drupal, waarbij het hele ding een MySQL-database backend gebruikt met zeer specifieke serveradressen en poorten, en de engine zelf met zeer specifieke serverpaden. Als dat je allemaal de stuipen op het lijf jaagt, zou het moeten.
Hoewel Dave en ik de knowhow hebben om sites te verplaatsen waar alles goed wordt gemigreerd (alleen omdat we sinds het einde van de jaren negentig allebei sitebeheer hebben gedaan en het vrijwel op de oude manier moesten leren), weet je waarschijnlijk niet ' t. Het enige dat ik kan zeggen is niet uit te sluiten dat iemand moet betalen om uw site correct voor u te verplaatsen. Het is de moeite waard om het geld uit te geven om een goede migratie van de ene site naar de andere te laten uitvoeren.
Als je nu een bedrijfssite runt, hoop ik dat je het ding nooit echt hoeft te verplaatsen, omdat het niet mooi is. Als u echter voor DRP-doeleinden tussen registrars en / of hosts wilt springen, leert u hoe u kunt migreren of weet u hoe u iemand kunt vinden om het voor u te doen. Dit spul is absoluut niets als werken met bestanden op je thuis-pc of laptop, waar je dingen gewoon van de ene plaats naar de andere kopieert en alles werkt prima. Websites die content-engines gebruiken die op een dynamisch niveau werken, zijn een heel ander balspel.
Als u serieus bent over uw bedrijf, moet u serieus zijn over uw website DRP
De meeste kleine biz-eigenaren leren niets over het belang van een DRP totdat er iets heel ergs gebeurt, zoals wat er is gebeurd met een heleboel GoDaddy-klanten.
U, als eigenaar van de zakelijke website, zou iets moeten hebben om op terug te vallen, zelfs als het slechts een Twitter-account en een Gmail-e-mailadres is. Zelf gehoste websites zijn altijd onderworpen aan de wet van Murphy, dus u moet zich daarop voorbereiden.
