WordPress Olağanüstü Durum Kurtarma için En İyi Kontrol Listesi

Felaket kurtarma, herkesin tartışmaktan nefret ettiği, ancak herkesin bilmesi gereken bir şeydir.

Olağanüstü durum kurtarma planı, yedekleme eklentinizdeki geri yükleme düğmesine basmaktan daha karmaşıktır ve kesinlikle WordPress sitenizde eyleme geçirmeden önce aşina olmak isteyeceğiniz bir şeydir.

Hizmet kesintisine veya kesintiye neden olan durumları kapsayan nihai bir kontrol listesi hazırladık. Nasıl ve Nedenini belirleyebilmek için önce Ne , Nerede ve Ne zaman bilmeniz gerekir. Bugünün daha karmaşık teknik dünyasında, ayrıca kim belirlemek yardımcı olabilecek bir kontrol listesi gerekir.

Bu sadece yazılım araçlarını listeleyen başka bir makale değil – zaten birçok harika "türünün en iyisi" eklenti ve tema makalemiz var. Bunun yerine, WordPress sitenizi başarılı bir şekilde kurtarmanıza yardımcı olacak en iyi uygulamaları özetledik. Mükemmel yazılımı tamamlayan eski moda, düşük teknolojili yöntemleri öneriyoruz.

Olağanüstü Durum Kurtarma Araçlarının Hangi Özellikleri Vardır?

Genel olarak, olağanüstü durum kurtarma araçları şunları içerir:

• Bulut tabanlı depolama dahil olmak üzere çeşitli konumlara planlanmış yedeklemeler.
• Planlı imha seçenekleriyle birlikte bir yedekleme arşivinin bakımı.
• Restorasyon için basit (ve isteğe bağlı olarak gelişmiş) ayarlar.
• Denetim günlük dosyaları.

Dünün yedekleme dosyasını geri yüklemeden önce Ne , Nerede ve Ne Zaman'ı bilmeniz gerekir. Yukarıdaki özellik listesinde bahsedilen denetim günlüğü dosyaları, sisteminizin başarılı bir şekilde kurtarılmasına yönelik süreci başlatmak için kullandığınız bilgi türleridir.

Sisteminizi Geri Yüklemeden Önce Neleri Bilmelisiniz?

WordPress'in işlevselliğini artıran eklentiler ve temalar maalesef onu güvenlik açıklarına da maruz bırakabilir. Herhangi bir zayıflık, yazılımın kırılma ve web sitenize erişimi sınırlama riskini artırır. Bunlar, normal çalışmaya dönmenize yardımcı olmak için ayrı basılı bilgi listelerine bağlı olduğunuz türden durumlardır.

Yıllar önce, dönen bilgisayar sabit disk plakalarının birbirine çarpması alışılmadık bir durum değildi. Bu olaylar, “fiziksel aksama süresi” ile sonuçlandıkları için afet olarak nitelendirildi. Donanım, yazılım ve sistem tasarımındaki değişiklikler nedeniyle günümüzde felaket olaylarının meydana gelme olasılığı daha düşüktür.

Dağıtılmış ağlar ve yedekli sistemler, günümüzün çevrimiçi dünyasında genellikle “felaketle başarısızlığa uğramazlar”; sadece ara sıra “hizmet kesintileri” yaşarlar. Ne , Ne Zaman ve Nerede ile ilgili ayrıntıları anlamak, bir güvenlik açığını onarmak ve gelecekte oluşmasını önlemek için kritik öneme sahiptir.

En Çok Nerelerde Maruz Kalıyorsunuz?

Hizmet kesintisinden başarılı bir şekilde kurtarma, doğru ve güncel bilgiler gerektirir. Bazı arıza noktalarının tahmin edilebilir konumları olsa da, bir hizmet kesintisinin kaynağı herhangi bir yerde ortaya çıkabilir. Bir olağanüstü durum kurtarma prosedürü, hizmet kesintisinin kaynağının bulunmasıyla başlar. Bir haritaya ihtiyacınız var.

Ek 1, WordPress web sitenizin basitleştirilmiş bir görünümüdür. #3 olarak işaretlenen “Ana Sayfa” klasörü, çekirdek ve içerme dosyalarını tutar ( wp-admin ve wp içerir ). wp-content/themes ve wp-content/plugins klasörleri, bu çekirdek sistem dosyalarını destekleyen tema ve eklenti bileşenlerini içerir . Ne yazık ki, bazen dahili veya harici kaynakların bir kombinasyonu hizmet kesintilerine neden olabilir. Harici aracıların 1 ve 2 numaralı (temalar ve eklentiler) WordPress kurulumunuza erişimi vardır. Karşılaştırıldığında, #3 konumundaki Giriş klasörünün, dış etkenlerden ziyade rastgele dahili hatalara maruz kalması daha olasıdır.

Bu duruma ek olarak, SQL enjeksiyonu gibi teknikleri kullanan dış kaynaklardan önceden tasarlanmış saldırılar, yazılım dosyalarınızı (ve çoğu dahili güvenlik sistemini) atlayabilir ve #5'teki veri dosyalarına doğrudan erişebilir.

Kim, Ne, Ne Zaman ve Nerede'ye Geri Dön

Yazılım kusurları ve güvenlik açıkları ortaya çıktıkça, web sitesi kurulumlarını korumak için WordPress sistem dosyalarında ve güvenlik yamalarında güncellemeler yayınlanır. Ne yazık ki, insanlar genellikle bu kritik güvenlik düzeltmelerini ve güncellemelerini web sitelerine uygulamazlar. WordPress geliştiricileri (veya barındırma platformunuz), kurulum yazılımınızda otomatik güncellemeyi zorlayarak bunu sizin için yapmaya başladı. WordPress dosyalarınızı otomatik olarak güncellemeye yönelik bu nispeten yeni endüstri uygulaması, çevrimiçi dünyayı karmaşıklaştırdı.

Herhangi bir yeni WordPress güncellemesi veya yaması, daha önce çalışan bir eklentiyi veya temayı bozabilir. Üçüncü taraf geliştiriciler, yeni yazılım değişiklikleriyle uyumluluğu korumak için özel kodlarını sık sık yükseltmelidir. Değişikliklerin sıklığı ve karmaşıklığı, tüm WordPress kurulumunun güvenilirliğini etkiler. Bir geliştiricinin koduna yaptığı yavaş veya eksik güncelleme, hizmette bir kesintiye neden olması durumunda yazılımınızın vaat edilen özellikleri, güvenliği ve web sitesi kurtarılabilirliğini sağlamasını potansiyel olarak sınırlandırır. Ekosistemler, ister doğada ister çevrimiçi olsun, çalışan tüm parçaların ince bir dengesidir.

Nihai Kontrol Listesi

WordPress Olağanüstü Durum Kurtarma için Nihai Kontrol Listesi, iş hedeflerinizle başlar ve biter. Hem iş planınız hem de web sitesi tasarımınız iş hedeflerinize hizmet eder. Bir e-ticaret hizmeti işletmesi veya bilgi abonelik hizmeti misiniz? Müşteriler sitenizde AdWords için ödeme yapıyor mu? Hizmet kesintisi işinizi nasıl etkiler?

1. Arka Plan İzleme Özellikleri

Yazılım kurulumunuzdaki tüm arka plan olaylarını izlemeniz gerekir. İyi bir yedekleme yazılımının günlük dosyalarına sahip olduğu önerisini hatırlıyor musunuz? Denetim günlükleri, hizmet kesintisine neden olan olayları tanımlamaya yardımcı olan tanılama bilgileri sağlar. WordPress Güvenlik Denetim Günlüğü (mevcut v2.0.1) ve premium rapor oluşturucusu kullanışlı araçlardır. Alternatif bir örnek, WordPress Basit Geçmişidir (mevcut v2.1.4).

Denetim günlükleri, genellikle, açılıştan kapatmaya kadar, kurulumda meydana gelen her olayı kaydeder. En iyi uygulama, bu dosyaları bir günlük gibi okumak, kurulumunuzda her gün Kim , Ne , Nerede ve Ne zaman meydana geldiğini takip etmektir.

Günlüklerinizi neden okumalısınız? Şüpheli olayları belirlemenin en iyi yolu, günlük olarak "normal"in nasıl göründüğünü bilmektir.

2. Eklenti ve Tema Revizyon Tarihleri

Web sitenize işlevsellik katan ayrı bir eklenti envanteri tutun. WordPress Plugin Organizer (mevcut v.6.0.4), yalnızca bu üçüncü taraf bileşenlerini listelemekle kalmayıp, bunların kullanımını seçerek etkinleştirebilen veya devre dışı bırakabilen bir yazılım örneğidir.

Eklentiler, özellikle kurulumunuzun habersiz bir otomatik güncellemesinden sonra hizmet kesintilerine neden olabileceğinden, bir geliştiricinin ürünlerini ne kadar iyi desteklediğini izlemek giderek daha önemli hale geliyor. Eklenti ve tema bileşeni yazılımını popülerliklerine ve geliştiricinin destek geçmişine göre seçin – bu iki husus, aradığınız yazılımın durumu hakkında çok şey ortaya çıkaracaktır.

Eklentilerinizi "en son güncelleme yaşına" göre sipariş etmeyi düşünün. Web sitenizdeki en güncel yazılım ürünlerini, WordPress.org'daki Destek sekmesi altındaki “Tazelik” puanlarına çok benzer şekilde listenin en üstünde listeleyebilirsiniz. Makul bir revizyon programı sağlamayan yazılım ürünlerini değiştirmeyi düşünün.

3. Tüm “Kişisel” Çevrimiçi Varlıklarınızı Kataloglayın

Çevrimiçi varlığınızın “markanız” olduğunun farkında mısınız? Kim ve ne olduğunuzu tanımlayan web sitenize özgü her türlü çevrimiçi "eşya" vardır. Bir liste derleyin ve sizi tanımlayan grafikler, makaleler, e-kitaplar ve gönderiler gibi nesnelerin (fikri mülkiyet) ayrı envanterlerini tutun. WordPress'in bulabilmesi için bu bilgileri kataloglayan veritabanı dosyaları vardır. "Marka" grafikleriniz ve yayınlanabilir öğeleriniz genellikle ayrı klasörlerde depolanır.

Yukarıdaki Ek 1'deki 5 numaralı konumu hatırlıyor musunuz? WordPress TablePress (mevcut v1.6), bu veritabanı tablolarından listeler oluşturan bir yazılım örneğidir.

Bir felaket olayının ana platformunuzdaki dosya dizinlerini engellemesi veya silmesi durumunda, tüm "marka" varlıklarınızın kopyalarını site dışında tutun.

4. Felaket Olaylarını Zaman-Tarih Damgalı Resimlerle Belgeleyin

Bir hizmet kesintisi meydana geldiğinde, olayı belgelemek için fotoğraf çekin. TechSmith'in Snagit'i (mevcut v12.3.0), ücretsiz snipping araçları ve hatta akıllı telefonunuz gibi premium araçlar, otomatik zaman-tarih damgaları gibi birçok kullanışlı özelliğe sahiptir.

Bu, hizmetteki bir kesintiyle ilişkili tüm düzensizlikleri, uyarı mesajlarını veya sistem olaylarını kaydetmenizi sağlar.

5. Acil Durum İletişim Bilgilerini Güncel Tutun

Garip şeyler olduğunda, kimi "arayacaksın"? Barındırma hizmetiniz, tema/eklenti geliştiricileriniz vb. gibi tüm acil durum irtibat kişilerinin erişilebilir bir listesini tutun. Örneğin bir akıllı telefonda erişilebilirliği artırmak için web sitesi adresi, telefon numarası ve e-posta adresi gibi bilgileri etkin köprüler olarak ekleyin.

Bir denetim raporu bir eklentiyi listeliyorsa, belirli geliştiricinin iletişim bilgilerine sahipsiniz ve ayrı bir kaynakta eklentinizin sürüm numarasına hemen erişebilirsiniz! Bir hata mesajının ekran görüntüsünü almak için akıllı telefonunuzu kullandığınızı ve bunu o geliştiriciyle SMS veya e-posta yoluyla paylaşmak istediğinizi hayal edin. Bir destek görevlisine ne kadar çok yardım ederseniz, size o kadar hızlı yardım edebilirler.

Sarmalamak

Afet olduğunda hazırlanmak ve mümkün olan en iyi konumda olmak için beş maddelik basit kontrol listemizi takip edin:

1. Denetim günlükleriyle yazılımınızdaki tüm arka plan olaylarını izleyin. Herhangi bir sapmayı hızlı bir şekilde tespit edebilmeniz için bunları günlük olarak izleyin.
2. Eklentilerinizin, izleme sürüm numaralarının ve "son revizyon tarihlerinin" bir listesini tutun. Bu, muhtemelen bir hizmet kesintisini açıklayan ipuçları sağlayacaktır.
3. 'Marka tanımlayan' öğelerin kopyalarını site dışında tutun. Yazılımı değiştirmek nispeten kolaydır; eski grafikleri, makaleleri ve gönderileri değiştirmek tamamen farklı bir konudur.
4. Saat/tarih damgalı ekran görüntüleri almanızı sağlayan yazılım satın alın. Bir destek görevlisine bir düzensizliği tanımlamanın çok etkili bir yoludur.
5. Tüm önemli iletişim bilgilerini barındırmak için bir rapor oluşturun. Bir şeyler ters giderse, tam olarak kiminle ve nasıl iletişim kurmanız gerektiğini bileceksiniz.

Sisteminizin kolay ve başarılı bir şekilde kurtarılabilmesi için nasıl hazırlanırsınız? Yorumlarda bize bildirin!

İmaj Kredisi: Crystal Eye Studio / Shutterstock.com