Anonim

Eğer bu hafta bir GoDaddy müşterisiyseniz (belki de bu noktadaysanız), siteniz kapalı olduğundan hayat sizin için berbattı. Evet, kesinti, kesinti süresi için ücretsiz bir ay krediniz var, ancak mesele sitenizin sayım için aşağı olduğu ve bunun için yapabileceğiniz lanet bir şey yoktu.

Yoksa orada mıydı?

İş web sitelerini işleten küçük bizlerin çoğunun hiçbirinde DRP (Felaket Kurtarma Planı) yoktur. Bir işletme işletiyorsanız, ürün satıyorsanız ve sitenize bağlı kalmanız durumunda, hazır olması durumunda hazır bir şeyleriniz olacağını düşünürsünüz. Şey, bir sürü insan böyle bir DRP'ye sahip değildi ve siteleri kapandığında, tek yapabildikleri oturmak ve beklemek. Ve herhangi bir işletme sahibinin bildiği gibi, zaman paradır.

DRP amacıyla yapabileceğiniz birkaç şey var, şimdi bir işletme web sitesi işletmelisiniz. Bunlardan bazıları basit, bazıları değil.

1. Web sunucunuzun Twitter hesabını biliyor musunuz?

Web sunucunuz düşerse, daha iyi web barındırma sağlayıcıları Twitter hesapları hakkında bir duyuru yapacaklardır, çünkü site kesintisi sırasında müşteri tabanını başka şekilde uyarmalarının bir yolu yoktur.

Web sitenizin herhangi bir sorunu olduğunda ve web sunucunuzun web sitesinin kendisini yükleyemiyorsanız, Twitter hesaplarına gidin.

Örnek: Kişisel blogumda Fluid Hosting kullanıyorum ve Twitter hesaplarını işaretledim. Herhangi bir web barındırma sağlayıcısında olduğu gibi, bazen kesintiler olur. Ne zaman sitem yavaş performans gösteriyorsa, bir destek bileti göndermeden önce bile bu Twitter hesabına gidiyorum, çünkü uçlarında sistem genelinde bir şey varsa, orada duyurulacak ve bir saat içinde bileceğim, çözülecek, bu yüzden bir bilet göndermek gerekli olmayacak.

2. Bir Twitter hesabınız var mı?

Twitter'ı sevmek veya nefret etmek, sitenizin sitenizden bağımsız olarak çalışması nedeniyle sorun yaşıyorsa kitleleri uyarmanın harika bir yoludur. Bu, siteniz kapalı olsa bile Twitter yükselir ve orada duyuruda bulunabilirsiniz. Hey, hiç yoktan iyidir.

3. Genel bir kural olarak sitenizi, tescilli alan adınızla aynı yerde barındırmak kötü bir fikirdir.

“Tüm yumurtalarınızı bir sepete koyduğunuzda” tabiri caizse, bu bir iş web sitesine ev sahipliği yapmak kadarıyla bir felaket tarifi. Etki alanı kayıt memuru ve sitenizin barındırıldığı yer ayrı olmalıdır; aksi halde kendinizi bir kesinti domino etkisi için sıraya koyarsınız (bir kısım aşağıya iner, her şey aşağıya iner).

Size bu ayrılmanın neden önemli olduğunu gösteren bir örnek vereceğim.

Eğer kişisel blogum azaldıysa ve gerçekten o kadar kötü düştüm ki, tekrar çevrimiçi hale gelmesi birkaç gün sürebilirdi, etki alanı kayıt şirketime giriş yapabilir ve etki alanını birincil hesabım varken Twitter hesabı gibi geçici bir siteye yönlendirebilirim. site düzeltildi. Sabitlendikten sonra tekrar değiştirebilirim.

4. DRP amaçları için ücretsiz bir web posta sağlayıcısında yedek e-posta adresi bulundurmak her zaman iyidir.

Uygun iş _business_site.com gibi e-posta adresleri kullanılarak gerçekleştirilir, ancak siteniz kapalıysa, e-postanız da kapanır.

Acil durumlarda, birincil posta yedeklenene kadar bir Gmail veya Hotmail veya başka bir yerde barındırılan herhangi bir posta hesabına sahip olmak yeterli olabilir.

Bu e-posta adresini ayrıca Twitter hesabınıza da yayınlayabilirsiniz.

Gmail, buradaki en iyi seçenektir, çünkü birincil postanız yedeklendikten sonra, Gmail hesabınıza giriş yapabilir ve tüm postayı tekrar birincil postanıza iletebilirsiniz, böylece hiçbir iletiyi kaçırmazsınız. Diğer sağlayıcılar (Hotmail gibi) benzer işlevler sunar, ancak Gmail, postanızın nereye gittiği ve oraya nasıl ulaştığı üzerinde en fazla kontrole sahiptir.

5. Kesinlikle yapmanız gerekiyorsa “gemiyi nasıl atlayacağınızı” bilmelisiniz.

Ben (veya Dave) size söyleyebileceği gibi, başka bir etki alanı kayıt şirketine ve / veya web barındırma sistemine geçmek çok büyük bir acı. Size ne söylerse söylesin, bunu yapmanın kolay bir yolu yoktur. Ama bu nasıl yapılacağını öğrenmemelisin demek değil.

Bir etki alanı kayıt kuruluşundan diğerine (GoDaddy'den NameCheap'e gibi) geçmek aynı gün değildir ve işlemi tamamlamak yaklaşık üç ila on iş günü sürer.

Bir web sunucusundan diğerine geçmek .. hoo evlat, evet, bu gerçekten zor bir kısım. Mevcut sitenizin WordPress veya Drupal gibi bir içerik motoru çalıştırdığı, her şeyin çok özel sunucu adresleri ve portları kullanarak bir MySQL veritabanı arka ucu kullandığı ve motorun çok özel sunucu yolları kullandığı muhtemelen doğru. Bunların hepsi cehennemden korkarsa, olmalı.

Dave ve ben her şeyin uygun şekilde taşındığı siteleri taşımak için know-how bilgisine sahipken (sadece ikimiz de 1990'ların sonlarından beri site yönetimi yaptığımızdan ve eski okul yolunu öğrenmek zorunda kaldığımız için) t. Söyleyebileceğim tek şey, sitenizi sizin için uygun şekilde taşımak için birine ödeme yapmamaktır. Bir siteden diğerine uygun bir göç gerçekleştirilmesi için para harcamakta fayda var.

Şimdi bir işletme sitesi işletiyorsanız, umarım hiçbir şeyi gerçekten taşımak zorunda kalmazsınız çünkü bu hoş bir şey değildir. Ancak DRP amaçları için, kayıt şirketleri ve / veya ev sahipleri arasında gemi atlamak zorunda kalırsanız, nasıl göç ettireceğinizi veya sizin için yapacak birini nasıl bulacağınızı öğrenin. Bu, evinizdeki veya dizüstü bilgisayarınızdaki dosyalarla çalışmaktan başka bir şey değildir; yalnızca bir yerden diğerine şeyler kopyalarsınız ve her şey yolunda gider. Dinamik seviyede çalışan içerik motorlarını kullanan web siteleri tamamen farklı bir top oyunudur.

Eğer işinizle ilgili ciddiyseniz, web siteniz DRP'de ciddi olmalısınız.

Çoğu küçük işletme sahibi, bir ton GoDaddy müşterisinin başına gelenler gibi gerçekten kötü bir şey olana kadar bir DRP'nin önemi hakkında hiçbir şey öğrenmiyor.

İşletme web sitesi sahibi olarak, yalnızca bir Twitter hesabı ve bir Gmail e-posta adresi olsa bile geri çekilecek bir şeye sahip olmalısınız. Kendi kendine barındırılan web siteleri her zaman Murphy Yasasına tabidir, bu nedenle hazırlanmanız gerekir.

Godaddy bize felaket kurtarma planınız olmadığında ne olacağını ilk elden öğretiyor