Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

WordPress Yedekleme Rehberi: Yöntemler, Eklentiler ve Geri Yükleme

Mesaj: <blockquote data-quote="Admin" data-source="post: 12820" data-attributes="member: 1"><p><h2>WordPress Yedekleme Rehberi: Yöntemler, Eklentiler ve Geri Yükleme</h2><p>Bir eklenti güncellemesinden sonra siteniz açılmayabilir. Yanlışlıkla bir klasör silinebilir veya güvenlik sorunu nedeniyle içerikleriniz değiştirilebilir. Böyle anlarda elinizde kullanılabilir bir yedek bulunması, sitenizi yeniden kurmakla mevcut düzeninizi kurtarmak arasındaki farkı belirler.</p><p>WordPress yedekleme yalnızca bir ZIP dosyası oluşturmak değildir. Hangi verilerin kopyalandığını, kopyaların nerede saklandığını ve gerektiğinde nasıl geri yükleneceğini birlikte planlamak gerekir.</p><p>Bu rehberde hosting üzerinden, eklentiyle ve manuel yedekleme yöntemlerini; UpdraftPlus, Duplicator ve WPvivid seçeneklerini; güvenilir bir kurtarma düzeninin temel adımlarını inceleyeceğiz.</p><h2>WordPress Yedeğinde Neler Bulunmalı?</h2><p>Standart bir WordPress sitesi iki ana parçadan oluşur: dosyalar ve veritabanı.</p><p><strong>Dosyalar</strong>, sitenin çalışan yazılımını ve yüklenen içeriklerini kapsar. <strong>Veritabanı</strong> ise yazıları, kullanıcıları, ayarları ve birçok eklentinin kayıtlarını saklar. Site klasörünü bilgisayarınıza indirmek, veritabanını kendiliğinden yedeklemez.</p><table style='width: 100%'><tr><th>Bileşen</th><th>İçeriği</th></tr><tr><td><code class="bbCodeInline">wp-content/uploads</code></td><td>Görseller, belgeler ve yüklenen medya</td></tr><tr><td>Temalar ve eklentiler</td><td>Kullanılan yazılımlar ve özel değişiklikler</td></tr><tr><td><code class="bbCodeInline">mu-plugins</code> ve özel dosyalar</td><td>Kuruluma özgü ek işlevler</td></tr><tr><td><code class="bbCodeInline">wp-config.php</code></td><td>Veritabanı bağlantısı ve WordPress yapılandırması</td></tr><tr><td><code class="bbCodeInline">.htaccess</code></td><td>Kullanıldığı sunucularda yönlendirme ve erişim kuralları</td></tr><tr><td>Veritabanı</td><td>Yazılar, sayfalar, kullanıcılar, ayarlar ve siparişler</td></tr></table><p></p><p>WordPress çekirdeği güvenilir kaynaktan yeniden indirilebilir. Buna karşılık özel tema değişiklikleri, yüklenen medya ve yapılandırma dosyaları için kendi kopyanız gerekir. Dosya yedeği alırken gizli dosyaların da dahil edildiğini kontrol edin.</p><p>Harici depolamada tutulan görseller, sunucu görevleri ve hosting ayarları da ayrıca değerlendirilmelidir. Bir WordPress eklentisinin bütün sunucu yapılandırmasını yedeklediğini varsaymayın.</p><h2>WordPress Yedekleme Yöntemleri</h2><h3>Hosting üzerinden yedekleme</h3><p>Hosting sağlayıcısı, hesabı veya siteyi belirli aralıklarla yedekleyebilir. WordPress paneli çalışmadığında da bu kopyalara erişebilmek önemli bir avantajdır.</p><p>Ancak hizmetin kapsamını öğrenin:</p><ul> <li data-xf-list-type="ul">Dosyalarla veritabanı birlikte yedekleniyor mu?</li> <li data-xf-list-type="ul">Kaç günlük geçmiş saklanıyor?</li> <li data-xf-list-type="ul">Kopyalar hangi konumda tutuluyor?</li> <li data-xf-list-type="ul">Geri yüklemeyi siz mi, destek ekibi mi yapıyor?</li> <li data-xf-list-type="ul">Hesap kapatılırsa yedeklere erişim devam ediyor mu?</li> </ul><p>Panelde yedek oluşturabilmek, aynı panelden bütün hesabı geri yükleyebilmek anlamına gelmeyebilir. Örneğin cPanel’in standart Backup ve Backup Wizard ekranları kısmi geri yükleme yapabilir; tam hesap yedeğinin geri yüklenmesi WHM üzerinden gerçekleştirilir.</p><h3>Eklentiyle yedekleme</h3><p>Yedekleme eklentileri WordPress içinden kopya oluşturmayı, zamanlama yapmayı ve desteklenen uzak depolara aktarım sağlamayı kolaylaştırır.</p><p>Bu yöntem özellikle bağımsız bir yedek tutmak isteyen site sahipleri için kullanışlıdır. Bununla birlikte disk alanı, PHP kaynakları, görev zamanlaması ve depolama bağlantısı işlemi etkileyebilir.</p><p>Bir eklentiyi kurup günlük yedek seçmek yeterli değildir. İlk yedeğin tamamlandığını ve uzak depoya ulaştığını doğrulayın.</p><h3>Manuel yedekleme</h3><p>Manuel yöntemde dosyaları SFTP veya hosting dosya yöneticisiyle, veritabanını ise phpMyAdmin ya da komut satırıyla alırsınız.</p><p>Bu seçenek taşınma veya önemli değişiklikler öncesinde yararlı olabilir. Düzenli yedekleme için kullanılacaksa tarih, kapsam ve saklama düzeni belirlenmelidir.</p><table style='width: 100%'><tr><th>Yöntem</th><th>Avantajı</th><th>Kontrol edilmesi gereken nokta</th></tr><tr><td>Hosting yedeği</td><td>WordPress dışında kurtarma imkânı</td><td>Saklama süresi ve geri yükleme yetkisi</td></tr><tr><td>Eklenti yedeği</td><td>Kolay zamanlama ve uzak depolama</td><td>Kapsam, kaynak kullanımı ve görev başarısı</td></tr><tr><td>Manuel yedek</td><td>Kopyalanan veriler üzerinde doğrudan kontrol</td><td>Eksik dosya, yanlış veritabanı ve unutulan işlemler</td></tr></table><h2>Manuel WordPress Yedeği Nasıl Alınır?</h2><p>Önce doğru WordPress dizinini ve veritabanını belirleyin. Aynı hosting hesabında birkaç site varsa bunları karıştırmak kolaydır.</p><p><code class="bbCodeInline">wp-config.php</code> içindeki <code class="bbCodeInline">DB_NAME</code> değeri, kullanılan veritabanını gösterir. phpMyAdmin’de bu veritabanını seçerek gerekli tabloları yapı ve verileriyle dışa aktarın. Veritabanı yedeği, özellikle güncellemeler öncesinde alınmalıdır.</p><p>Dosyaları indirirken işlem hatalarını kontrol edin. Dosya ve veritabanı kopyalarını aynı tarihli yedek seti olarak saklayın.</p><h3>WP-CLI ile veritabanı dışa aktarma</h3><p>SSH erişimi ve kurulu WP-CLI varsa şu örnek kullanılabilir:</p><p><code class="bbCodeInline">wp --path=/WORDPRESS/DIZINI db export /OZEL_YEDEK_DIZINI/site-veritabani.sql</code></p><p>Yolları kendi ortamınıza göre değiştirin. Hedef klasör mevcut, yazılabilir ve web üzerinden erişilemeyen bir konumda olmalıdır.</p><p><code class="bbCodeInline">wp db export</code>, bağlantı bilgilerini <code class="bbCodeInline">wp-config.php</code> üzerinden alır ve varsayılan olarak ilgili veritabanındaki bütün tabloları dışa aktarır. Aynı veritabanını paylaşan başka uygulamalar varsa kapsamı ayrıca değerlendirin.</p><p>Bu komut yalnızca veritabanını yedekler. Dosyalar için ayrıca kopya gerekir. Tarayıcı zaman aşımına bağlı olmaması avantajdır; yine de disk, yetki veya bağlantı sorunları nedeniyle başarısız olabilir.</p><h2>Tam, Artımlı ve Diferansiyel Yedek Arasındaki Fark</h2><p>Yedek türünü seçerken depolama ihtiyacıyla birlikte geri yükleme sürecini de düşünün.</p><table style='width: 100%'><tr><th>Tür</th><th>Kopyalanan veri</th><th>Klasik yapıda geri yükleme ihtiyacı</th></tr><tr><td>Tam yedek</td><td>Seçilen kapsamın tamamı</td><td>İlgili tam yedek</td></tr><tr><td>Artımlı yedek</td><td>Önceki yedekten sonra değişen veriler</td><td>Başlangıç tam yedeği ve gerekli artımlı parçalar</td></tr><tr><td>Diferansiyel yedek</td><td>Son tam yedekten sonra değişen veriler</td><td>Son tam yedek ve ilgili diferansiyel kopya</td></tr></table><p></p><p>Artımlı yedekleme genellikle aktarım ve depolama ihtiyacını azaltır. Buna karşılık klasik bir yedek zincirinde eksik parça kurtarmayı etkileyebilir. Diferansiyel kopyalar zamanla büyür; geri yüklemede daha az parçaya ihtiyaç duyulabilir.</p><p>“Artımlı yedek sunucuyu hiç yormaz” demek doğru değildir. Değişikliklerin taranması ve veritabanının işlenmesi yine kaynak kullanır. Ayrıca bir ürünün artımlı dosya yedeklemesi sunması, veritabanını da aynı yöntemle yedeklediği anlamına gelmez.</p><h2>WordPress Yedekleme Eklentileri</h2><h3>UpdraftPlus</h3><p>UpdraftPlus; manuel ve zamanlanmış yedekleme, geri yükleme ve uzak depolama seçenekleri sunar. Ücretsiz sürümde Google Drive, Dropbox ve Amazon S3 gibi hedefler bulunur.</p><p>Güncelleme öncesi otomatik yedekleme, artımlı yedekler ve bazı ek depolama seçenekleri Premium özellikler arasındadır.</p><p>Burada önemli bir kapsam farkı vardır: ücretsiz sürüm esas olarak <code class="bbCodeInline">wp-content</code> içeriğini ve WordPress veritabanını yedekler. <code class="bbCodeInline">wp-config.php</code> ve standart yapı dışındaki dosyaların dahil edilmesi için ek özellik veya ayrı bir yedekleme yöntemi gerekir.</p><h3>Duplicator</h3><p>Duplicator, siteyi paketleyip başka bir konuma kurma yaklaşımıyla özellikle taşıma ve klonlama işlemlerinde değerlendirilebilir.</p><p>Klasik kurulum yönteminde arşiv ve kurulum dosyası hedef ortama aktarılır. Bu yöntem Lite ve Pro sürümlerinde kullanılabilir; dolayısıyla mevcut WordPress paneli olmadan kurulum yapmak yalnızca Pro’ya özgü değildir.</p><p>Zamanlanmış yedekleme, çeşitli harici bulut entegrasyonları ve gelişmiş kurtarma özellikleri için Pro kapsamını inceleyin.</p><h3>WPvivid</h3><p>WPvivid’in ücretsiz sürümü manuel ve zamanlanmış yedekleme, taşıma, geri yükleme ve uzak depolama işlevleri sunar. Desteklenen hedefler arasında Google Drive, Dropbox, S3, OneDrive ve SFTP bulunur.</p><p>Depolama bağlantısının ücretsiz olması, depolama hizmetinin sınırsız veya ücretsiz olduğu anlamına gelmez. Kota ve ücretler kullanılan hizmete bağlıdır.</p><h3>Hangisi seçilmeli?</h3> <table style='width: 100%'><tr><th>İhtiyaç</th><th>İncelenebilecek seçenek</th></tr><tr><td>Zamanlanmış yedek ve yaygın uzak depolar</td><td>UpdraftPlus veya WPvivid</td></tr><tr><td>Arşivle taşıma ve yeniden kurulum</td><td>Duplicator</td></tr><tr><td>Artımlı yedek veya gelişmiş otomasyon</td><td>Ürünlerin ilgili ücretli planları</td></tr><tr><td>Multisite yedekleme</td><td>Ağ desteği açıkça belirtilen sürüm ve plan</td></tr></table><p></p><p>İki yedekleme aracı kullanmak tek başına hata değildir. Ancak görevlerin aynı anda çalışması yük oluşturabilir. Çoğu küçük sitede bir eklentiyle hosting yedeğini tamamlamak daha kolay yönetilir.</p><h2>Ne Sıklıkla Yedek Alınmalı?</h2><p>Doğru soru şudur: <strong>En fazla ne kadar yeni veriyi kaybetmeyi kabul edebilirsiniz?</strong></p><p>Örneğin gece alınan yedeğe ertesi akşam dönmek, gün içinde oluşan siparişlerin kaybolmasına yol açabilir. Bu nedenle bütün siteler için günlük yedek yeterli değildir.</p><p>Başlangıç planı olarak:</p><ul> <li data-xf-list-type="ul">Az değişen tanıtım sitelerinde değişiklik sonrası ve düzenli dönemsel yedek alın.</li> <li data-xf-list-type="ul">Günlük içerik yayımlayan sitelerde günlük yedeklemeyi değerlendirin.</li> <li data-xf-list-type="ul">Sipariş ve üyelik hareketi yoğun sitelerde veritabanı için daha sık kurtarma noktaları planlayın.</li> <li data-xf-list-type="ul">Güncelleme ve taşıma öncesinde ek yedek oluşturun.</li> </ul><p>Dosyalarla veritabanının sıklığı farklı olabilir. Ancak birlikte geri yüklenmeleri gerektiğinde uyumlu bir set bulunmalıdır.</p><p>WP-Cron kullanan görevler site trafiğine bağlı olarak gecikebilir. Son başarılı yedek zamanını takip edin; gerektiğinde sunucu görev zamanlayıcısıyla daha düzenli tetikleme sağlayın.</p><h2>Yedekler Nerede Saklanmalı? 3-2-1 Kuralı</h2><p>3-2-1 yaklaşımı şu düzeni önerir:</p><ul> <li data-xf-list-type="ul">Verinin <strong>üç kopyası</strong>: canlı veri ve iki yedek.</li> <li data-xf-list-type="ul"><strong>İki farklı depolama ortamı</strong>.</li> <li data-xf-list-type="ul">En az <strong>bir uzak konumda</strong> kopya.</li> </ul><p>Canlı siteyle aynı hesap içindeki iki klasör, yeterli bağımsızlık sağlamaz. Hesabın ele geçirilmesi veya sunucunun kaybı bütün kopyaları etkileyebilir.</p><p>Uzak depolama hesabını ayrı erişim bilgileriyle koruyun. Mümkünse belirli süre silinemeyen veya çevrimdışı bir kopya da bulundurun. Veritabanı yedeklerinin kullanıcı ve müşteri bilgileri içerebileceğini unutmayın.</p><p>Yalnızca en yeni yedeği saklamak da risklidir. Geç fark edilen bir bozulmada daha eski tarihlere dönmek gerekebilir.</p><h2>Geri Yüklemeyi Test Edin</h2><p>“Yedek başarılı” bildirimi, sitenin eksiksiz açılacağını tek başına kanıtlamaz.</p><p>Yedeği ayrı bir test ortamına yükleyip şu kontrolleri yapın:</p><ol> <li data-xf-list-type="ol">Ana sayfa, yazılar ve görseller açılıyor mu?</li> <li data-xf-list-type="ol">Yönetici girişi çalışıyor mu?</li> <li data-xf-list-type="ol">Formlar ve kritik eklentiler doğru davranıyor mu?</li> <li data-xf-list-type="ol">Kullanıcı ve sipariş kayıtları beklenen tarihe kadar mevcut mu?</li> <li data-xf-list-type="ol">PHP ve veritabanı sürümleriyle uyumluluk sağlanıyor mu?</li> </ol><p>Test ortamının canlı veritabanına bağlanmadığını doğrulayın. Gerçek ödeme, e-posta ve dış servis işlemlerini test sırasında devre dışı bırakın.</p><p><code class="bbCodeInline">wp db check</code> veritabanı tablolarını kontrol etmekte, <code class="bbCodeInline">wp core verify-checksums</code> ise çekirdek dosyalarını resmi sağlama değerleriyle karşılaştırmakta yardımcı olabilir. Bunlar bütün sitenin işlevlerini veya zararlı yazılımdan arınmış olduğunu doğrulamaz.</p><h2>Sıkça Sorulan Sorular</h2><h3>WordPress kendiliğinden tam site yedeği alır mı?</h3><p>Standart kurulumda böyle bir otomatik düzen bulunmaz. Hosting hizmeti, eklenti veya ayrıca hazırlanmış bir görev gerekir.</p><h3>Hosting yedeği varsa eklenti şart mı?</h3><p>Şart değildir. Önemli olan kapsamı bilinen, erişilebilir ve bağımsız kopyalara sahip bir düzen kurmaktır.</p><h3>Ücretsiz eklenti yeterli olur mu?</h3><p>Birçok standart site için olabilir. Uzak depolama, dosya kapsamı, Multisite desteği ve geri yükleme yöntemini kontrol edin.</p><h3>Eski yedeğe dönünce yeni siparişler korunur mu?</h3><p>Veritabanı tamamen eski kopyayla değiştiriliyorsa genellikle korunmaz. Geri yükleme öncesinde mevcut kayıtlar için ayrıca plan yapılmalıdır.</p><h3>Yedek almak siteyi yavaşlatır mı?</h3><p>Büyük arşiv oluşturma ve veri aktarımı kaynak tüketebilir. Görevleri çakıştırmamak, uygun saatleri seçmek ve kaynak kullanımını izlemek yardımcı olur.</p><h3>Saldırı sonrasında yedeği yüklemek yeterli mi?</h3><p>Yedeğin temiz olması ve saldırıya neden olan sorunun giderilmesi gerekir. Açık devam ediyorsa site yeniden ele geçirilebilir.</p></blockquote><p></p>