public_htmlarşivi sorunsuz açılsa bile siteyi yeniden kurmak için yeterli olmayabilir. Yükleme dosyaları ayrı bir disk bölümünde, wp-config.phpweb kök dizininin üstünde, must-use eklentiler özel bir yolda veya medya dosyaları yerel dosya sisteminde görünmeyen harici object storage hizmetinde bulunabilir.
Güvenilir dosya yedeği, çalışan WordPress yapısının envanteriyle başlar. Siteye veya kuruma özgü kod, medya, yapılandırma ya da sunucu davranışı taşıyan her yolu dahil edin; yalnızca güvenle yeniden üretilebilenleri hariç tutun. Ardından paketi boş konuma çıkarıp yolları, içeriği ve izinleri kontrol edin; tüm site kurtarılacaksa aynı zamana ait veritabanıyla eşleştirin.
Bu konu ne anlama gelir?
WordPress dosya yedeği, veritabanı dışında uygulamayı yeniden kurmak için gereken dosya sistemi öğelerinin kurtarılabilir kopyasıdır. Genellikle wp-content, yüklemeler, temalar, eklentiler, must-use eklentiler, dil dosyaları, yapılandırma, web sunucusu kuralları ve kuruma ait özel kod bu kapsama girer.
Dağıtım modeline göre WordPress çekirdeği yedeklenebilir veya bilinen sürümden yeniden kurulabilir. Üretilen cache, geçici dosyalar ve build çıktıları çoğu zaman hariç tutulabilir; ancak nasıl yeniden oluşturulacakları belgelenmelidir. Harici medya ile ortam değişkenleri veya dış sistemler üzerinden sağlanan gizli bilgiler için ayrı kurtarma yöntemi gerekir.
Gerçekçi bir WordPress örneği
Bir medya sitesi taşıma öncesinde görünen web kök dizinini arşivliyor. Testte yükleme dosyalarının ayrı bir disk bölümünden bağlandığı, wp-config.phpdosyasının üst dizinden yüklendiği ve etkin must-use eklenti yolunun yapılandırmayla değiştirildiği görülüyor. İstemci ayrıca .htaccessdosyasını gizlemiş.
Ekip, aktif ortamda kullanılan gerçek yolları belirliyor; bağlı yükleme alanını ve üst dizindeki yapılandırmayı korunan kapsama ekleyip özel içerik dizinini kaydediyor. Yeniden üretilebilen cache dosyalarıyla eski arşivler, paketin kendini tekrar tekrar kopyalamaması için hariç tutuluyor. Manifest içeren yeni paket boş dizine başarıyla geri yükleniyor.
Neden önemlidir ve ne zaman kullanılır?
Tema, eklenti, sunucu kuralı, dağıtım yapılandırması veya büyük medya kümeleri değişmeden ve site taşınmadan önce dosya kurtarma noktası oluşturun. Bir güvenlik olayı sonrasında envanter, onaylı kodu beklenmedik çalıştırılabilir dosyalardan ayırmaya da yardımcı olur.
Veritabanı ile dosyalar farklı ihtiyaçları karşılar. Veritabanı içerik ilişkilerini ve ayarları, dosya sistemi ise kodu, medyayı ve yapılandırmayı taşır. Tam kurtarma için ikisinin uyumlu sürümleri gerekir. Medya object storage’a aktarılmışsa bu dış alanın nasıl korunup geri yükleneceğini ayrıca belgeleyin.
Yeni başlayanlar için anlaşılır yol
- Etkin web kök dizinini, WordPress yolunu, içerik ve yükleme dizinlerini ve varsa multisite yapısını belirleyin.
- Web kök dizininin üstündeki yapılandırmayı, gizli sunucu dosyalarını, must-use eklentileri, özel klasörleri, symlink’leri ve bağlı disk bölümlerini bulun.
- Her yolu gerekli, ayrıca korunan veya yeniden üretilebilen olarak sınıflandırın; her istisna için sorumlu ve yeniden oluşturma yöntemi belirleyin.
- Yedek hedefinin ve eski arşivlerin yeni pakete tekrar tekrar eklenmesini önleyin.
- Kritik dosyalar için göreli yol, nesne türü, boyut ve checksum içeren manifest oluşturun.
- Paketi boş ve izole kök dizine çıkarın; sonucu aynı kurtarma zamanına ait veritabanıyla eşleştirin.
İleri teknik yol
Symlink ve hard link’lerin, büyük-küçük harfe duyarlı adların, uzun yolların, sparse file’ların, izinlerin, sahipliğin ve gereken genişletilmiş özelliklerin nasıl ele alınacağını belirleyin. İçerik hash’i doğru olsa bile çalıştırılabilir kod güvensiz sahiplikle geri dönerse veya release symlink’i canlı ortama işaret ederse kurtarma kabul edilemez.
Güvenlik olayından sonra arşivi çalıştırmadan çıkarın; PHP, JavaScript, shell yardımcıları ve sunucu kurallarını onaylı sürümlerle ya da özel kod kaynaklarıyla karşılaştırın. Uploads altında çalıştırılabilir dosyalar, çift uzantılar ve yakın zamanda değişmiş başlangıç dosyaları uyarı işaretidir. Cron, webhook ve dış hizmetleri ancak kod incelemesinden sonra etkinleştirin.
Riskler, sık hatalar, yedek ve geri dönüş
Gerçek kök dizin, dış depolama veya symlink kuralı bilinmiyorsa; hedef kaynakla çakışıyorsa ya da korunan yapılandırma güvenle işlenemiyorsa durun. Arşiv komutunun başarılı olması, kapsama hiç eklenmemiş yolları göstermez. Değişmeye devam eden yüklemeler için sakin bir zaman aralığı veya son karşılaştırma turu gerekir.
Manifest kontrolünü geçmeyen paketle son doğrulanmış dosya kümesinin üzerine yazmayın. Önceki kopyayı koruyun, envanteri düzeltin ve yeni boş hedefe yeniden çıkarın. Temsilî medya dosyasını, tema şablonunu, must-use eklentiyi, dil dosyasını, gizli sunucu kuralını ve doğru çalışma hesabıyla bir dosya yazma işlemini test edin.
AIOWS nasıl yardımcı olur?
AIOWS Yedekleme Yöneticisi
AIOWS Yedekleme Yöneticisi, WordPress içinde desteklediği dosya yedekleme seçeneklerini sunar. Sonuca güvenmeden önce bu kapsamı sitenin gerçek envanteriyle karşılaştırın. Standart içerik yolları, özel dizinler, web kökü dışındaki yapılandırma, bağlı yükleme alanları ve dış object storage aynı yöntemle alınmayabilir.
Seçilen veritabanı ve dosya bileşenlerini, oluşan paketi ve bütün istisnaları inceleyin. Paketi belirli bir kurtarma noktasıyla ilişkilendirin ve aynı zamana ait veritabanının bulunduğunu doğrulayın. Gerekli bir yol desteklenen kapsamın dışındaysa dahil edildiğini varsaymak yerine ayrı ve belgelenmiş yöntemle koruyun.
AIOWS bilinmeyen mount noktasını kendiliğinden bulamaz, kayıp ortam sırrını yeniden oluşturamaz ve geri yükleme yapmadan izinlerle sahipliği doğrulayamaz. Harici object storage da yerel arşivin otomatik parçası olmaz. Yedekleme Yöneticisi WordPress tarafındaki akışı destekler; gerçek yol envanteri, dış veri kaynakları, manifest karşılaştırması ve izole geri yükleme gerekli kontroller olarak kalır.
AIOWS Yedekleme Yöneticisi özelliğini inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Sitesi Yedekleme: Dosya ve Veritabanı Rehberi
- WordPress Veritabanını Yedekleme ve SQL Dışa Aktarımını Test Etme
- WordPress Dosyalarını FTP veya SFTP ile Eksiksiz Yedekleme
Sonuç ve önerilen yol
Web kök dizininin eksiksiz olduğunu varsaymak yerine çalışan dosya yapısını çıkarın. Siteye veya kuruma özgü kodu, medyayı, yapılandırmayı, gizli kuralları ve özel yolları koruyun; her istisnayı belgeleyin, manifesti boş hedefte doğrulayın ve dosyaları uygun veritabanıyla eşleştirin.
