Om du är (eller kanske var vid denna tidpunkt) en GoDaddy-kund den här veckan, sögde livet åt dig eftersom din webbplats var nere. Ja, du har en gratis månads kredit för drifttiden, men poängen är att din webbplats var nere för räkningen och det var inte en jävla sak du kunde göra åt det.
Eller fanns det?
De flesta småbiz personer som driver företagswebbplatser har ingen DRP (Disaster Recovery Plan) överhuvudtaget. Du skulle tro att om du driver ett företag som säljer en produkt och är beroende av din webbplats för att hålla dig uppe så skulle du ha något klart om det skulle gå ner. Tja, en hel massa människor hade ingen sådan DRP och när deras webbplatser gick ner, allt de kunde göra är att lämna det och vänta. Och som alla företagare vet är tiden pengar.
Det finns några saker du kan göra för DRP-ändamål om du ska driva en företagswebbplats nu. Vissa av dessa är enkla, andra inte.
1. Känner du din webbhotells Twitter-konto?
Om din webbhotell går ner, kommer bättre webbhotellleverantörer att tillkännage det på sitt Twitter-konto, för vid tidpunkten för avbrottet på webbplatsen finns det inget sätt för dem att varna kundbasen på annat sätt.
När din webbplats har några problem och du inte kan ladda din webbhotell själv, gå till deras Twitter-konto.
Exempel: På min personliga blogg använder jag Fluid Hosting, och jag har bokmärkt deras Twitter-konto. Liksom med alla webbhotellleverantörer inträffar ibland avbrott. När min webbplats har långsam prestanda går jag till det Twitter-kontot redan innan jag skickar in en supportbiljett, för om det är något systemomfattande i slutet kommer det att tillkännages där och jag vet om en timme eller så kommer det att lösas, så att skicka en biljett kommer inte att behövas.
2. Har du ett Twitter-konto?
Älskar eller hatar Twitter, det är ett utmärkt sätt att varna massorna om din webbplats har problem eftersom den fungerar oberoende av din webbplats. Detta innebär att även om din webbplats är nere, är Twitter uppe, och du kan göra tillkännagivanden där. Hej, det är bättre än ingenting.
3. Som en allmän tumregel är det en dålig idé att hålla din webbplats på samma plats som din registrerade domän.
När du "lägger alla dina ägg i en korg", så att säga, är det ett recept på katastrof när det gäller värd för en företags webbplats. Domänregistratören och där din webbplats är värd borde vara separat, annars sätter du dig själv i linje för en dominoeffekt av ström (en del går ner, allt går ner).
Jag ska ge dig ett exempel på varför denna separering är viktig.
Om min personliga blogg gick ner, och jag menar att jag verkligen tappade så dåligt att det skulle ta flera dagar innan den gick tillbaka online, kunde jag logga in på min domänregistrator och peka domänen till en tillfällig webbplats som ett Twitter-konto medan mitt primära webbplatsen fixas. När det är fixat kan jag byta tillbaka det.
4. Det är alltid bra att ha backup-e-postadress hos en gratis webbmailleverantör för DRP-ändamål.
Rätt verksamhet bedrivs med hjälp av e-postadresser som _business_site.com, men om din webbplats är nere är din e-post också nere.
För nödsituationer kan det räcka med att ha ett Gmail- eller Hotmail-konto eller något annat e-postkonto värd någon annanstans tills den primära e-posten är säkerhetskopierad.
Du kan också sända den här e-postadressen på ditt Twitter-konto om du behöver göra det.
Gmail är det bästa alternativet här eftersom när din primära e-post har säkerhetskopierats kan du logga in på ditt Gmail-konto och vidarebefordra all e-post till din primära så att du inte missar några meddelanden. Andra leverantörer (som Hotmail) erbjuder liknande funktioner, men Gmail har mest kontroll över vart din e-post går och hur den kommer dit.
5. Du bör veta hur man "hoppar fartyget" om du absolut måste.
Som jag (eller Dave) kan säga er att byta till en annan domänregistrator och / eller webbhotell är en enorm smärta i röven. Det finns inget enkelt sätt att göra det oavsett vad någon säger till dig. Men det betyder inte att du inte bör lära dig hur du gör det.
Att byta från en domänregistrator till en annan (t.ex. från GoDaddy till NameCheap) är inte en sak samma dag, och det tar ungefär tre till tio arbetsdagar för att slutföra processen.
Att byta från en webbhotell till en annan .. hoo boy, ja det är den verkligen svåra delen. Det är förmodligen sant att din befintliga webbplats kör en innehållsmotor som WordPress eller Drupal där det hela använder en MySQL-databasbackend med mycket specifika serveradresser och portar, och själva motorn använder mycket specifika servervägar. Om allt detta skrämmer helvetet ur dig, borde det.
Medan Dave och jag har kunskapen att flytta platser där allt migreras ordentligt (bara för att vi båda har gjort webbplatsadministration sedan slutet av 1990-talet och ganska mycket var tvungna att lära sig det på gamla skolan), har du förmodligen inte " t. Allt jag kan säga är att inte utesluta att betala någon för att flytta din webbplats ordentligt för dig. Det är värt att spendera pengarna för att få en ordentlig migrering utförd från en webbplats till en annan.
Om du driver en affärssida nu, hoppas jag att du aldrig behöver flytta saken eftersom den inte är vacker. För DRP-ändamål, om du måste hoppa fartyg mellan registratorer och / eller värdar, kan du lära dig att migrera eller veta hur man hittar någon för att göra det åt dig. Det här är absolut ingenting som att arbeta med filer på din hemdator eller bärbar dator där du bara kopierar saker från en plats till en annan och eveything fungerar bra. Webbplatser som använder innehållsmotorer som arbetar på en dynamisk nivå är ett helt annat bollspel.
Om du ser allvar med ditt företag, bör du vara seriös med din webbplats DRP
De flesta småbizägare lär sig ingenting om vikten av en DRP förrän något riktigt dåligt händer, till exempel vad som hände med en hel massa GoDaddy-kunder.
Du som företagets webbplatsägare bör ha något att falla tillbaka på, även om det bara är ett Twitter-konto och en Gmail-e-postadress. Webbplatser med egen värd omfattas alltid av Murphys lag, så du bör förbereda dig för det.
