Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Eksiksiz WordPress yedeği veritabanını, wp-content içeriğini, wp-config.php ayarlarını ve gerekiyorsa web sunucusu kurallarını kapsar. Başarılı yedekleme, arşivin oluşması değil; temiz bir ortamda açılması, veritabanının içe aktarılması ve site işlevlerinin test edilmesiyle kanıtlanır.
Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
wp db export backup.sql --add-drop-table
tar -czf wordpress-files.tar.gz public_html
sha256sum backup.sql wordpress-files.tar.gz
wp search-replace old.example new.example --dry-runVeritabanı yazılar, kullanıcılar, ayarlar, siparişler ve eklenti verilerini; wp-content ise yüklenen görselleri, tema ve eklentileri taşır. wp-config.php veritabanı bağlantısı, güvenlik anahtarları ve özel sabitler açısından önemlidir. .htaccess veya Nginx yapılandırması, cron görevleri, özel PHP ayarları ve harici depolama bağlantıları da kurulumun parçasıysa ayrıca kaydedilmelidir.
Yazılar, kullanıcılar, WooCommerce siparişleri, ayarlar ve eklenti tabloları SQL dışa aktarımıyla korunur.
En az wp-content, wp-config.php ve özel web sunucusu dosyaları arşivlenmelidir. Çekirdek yeniden indirilebilse de tam kurtarma için tamamını almak daha pratiktir.
Arşiv açılmalı, SQL içe aktarılmalı ve ana sayfa, yönetim, form, cron, e-posta ve ödeme akışı test edilmelidir.
Tablo önekini ve aktif veritabanını WordPress yapılandırmasından okuyarak güvenli SQL çıktısı oluşturur. Yoğun WooCommerce sitelerinde kısa bakım penceresi veya tutarlı snapshot planlayın.
wp db export ../backup-$(date +%F-%H%M).sql --add-drop-tableCache, geçici dosya ve eski yedek klasörlerini dışarıda bırakarak alan tüketimini azaltın.
tar --exclude=wp-content/cache --exclude=wp-content/upgrade --exclude="*.log" -czf ../wordpress-$(date +%F-%H%M).tar.gz .SQL dosyasının boş olmadığını, tar arşivinin açılabildiğini ve aktarımdan sonra hash değerinin değişmediğini doğrulayın.
test -s ../backup.sql
tar -tzf ../wordpress.tar.gz >/dev/null
sha256sum ../backup.sql ../wordpress.tar.gzSerileştirilmiş veriyi bozmamak için düz SQL metin değiştirme yerine WP-CLI search-replace kullanın.
wp search-replace "https://old.example" "https://new.example" --all-tables-with-prefix --precise --dry-runYedek öncesi disk alanını, WordPress sürümünü, veritabanı boyutunu, PHP sürümünü ve aktif eklentileri kaydedin.
Veritabanını WP-CLI, mysqldump, cPanel phpMyAdmin veya Plesk üzerinden dışa aktarın; SQL dosyasının sıfır bayt olmadığını kontrol edin.
WordPress dosyalarını arşivleyin; yedek arşivini public_html içinde bırakmayın ve web üzerinden erişilemeyecek bir konuma taşıyın.
SQL ve arşiv için SHA-256 üretin, dosyaları farklı sunucu veya nesne depolamaya aktarın ve aktarım sonrası hash değerlerini karşılaştırın.
Geri yüklemede önce boş veritabanı ve temiz document root hazırlayın; dosyaları açın, SQL’i içe aktarın ve wp-config.php bağlantısını doğrulayın.
Alan adı değiştiyse WP-CLI ile dry-run ardından gerçek search-replace çalıştırın; cache, rewrite kuralları ve kalıcı bağlantıları yenileyin.
Ana sayfa, wp-admin, medya, giriş, form, cron, e-posta, ödeme ve yedekleme işlevlerini test ederek kurtarmayı kayıt altına alın.
wp-config.php bilgileri, DB_HOST veya MySQL kullanıcı yetkileri geri yüklenen ortamla eşleşmiyor.
wp-content/uploads eksik, yanlış dizine açılmış veya dosya sahipliği web sunucusu kullanıcısıyla uyumsuz.
home/siteurl, eklenti ayarları veya serileştirilmiş içerik eski URL’yi taşıyor.
Eksik aktarım, disk dolması veya işlem sırasında bağlantı kesilmesi SQL çıktısını yarım bırakmış olabilir.
Hayır. wp-content dosyaları taşır ancak yazılar, kullanıcılar, siparişler ve ayarlar veritabanındadır. En az dosya ve veritabanı birlikte alınmalıdır.
Değişim hızına göre belirlenir. Yoğun e-ticaret sitelerinde veritabanı çok daha sık, kurumsal sitelerde günlük veya haftalık alınabilir. Kurtarma noktası hedefi yazılı olmalıdır.
Eklenti kullanabilirsiniz ancak yedeğin aynı sunucuda kalmaması, şifrelenmesi, düzenli geri yükleme testi yapılması ve eklenti çalışmadığında alternatif yöntem bulunması gerekir.
Düz metin replace serileştirilmiş veriyi bozabilir. WP-CLI search-replace veya serileştirme farkındalığı olan araç kullanılmalıdır.
Dosya boyutu ve arşiv testi tek başına yeterli değildir. En güvenilir yöntem, temiz test ortamında geri yükleyip kritik iş akışlarını çalıştırmaktır.
Kurulum, sunucu, script ve teknik destek ihtiyaçlarınız için Eka Yazılım ve Bilişim Sistemleri ile iletişime geçebilirsiniz.