Hatalı bir eklenti hem ziyaretçilere açık sitede hem de wp-admin'de kritik hataya yol açıyor; bu nedenle normal geri yükleme ekranına ulaşılamıyor. Barındırma hesabı ve SFTP çalışıyor, yakın tarihli bir yedek de var. Ancak sitenin tamamını eski hâline döndürmek yeni form kayıtlarını silebilir.
wp-admin açılmıyorsa yönetim paneli dışındaki en güvenli erişim yolunu seçin, yalnızca gerekli bölümü onarın ve normal WordPress erişiminin geri geldiğini doğrulayın.
wp-admin olmadan geri yükleme ne demektir?
Yönetim paneli açılamıyorsa onarım başka bir yetkili erişim yolundan yapılır. SFTP veya dosya yöneticisiyle eklenti devre dışı bırakılabilir ya da dosyalar değiştirilebilir. Veritabanı aracı tablolara erişir. SSH ve WP-CLI ise WordPress'e özgü komutların yanı sıra sunucu düzeyinde işlem yapabilir. En güçlü aracı değil, belirlenen soruna uygun olanı seçin.
- PHP hatası belirli bir eklenti dosyasını gösteriyorsa veritabanına dokunmadan yalnızca o eklentiyi devre dışı bırakmak çoğu zaman yeterlidir.
- Veritabanı bağlantı hatasında erişim bilgileri, veritabanı sunucusu ve tablolar incelenmelidir; tema veya eklenti klasörünü değiştirmek çözüm olmaz.
- Yönetim paneli yavaş da olsa açılıyorsa dosya ya da tablo düzeyinde müdahaleden önce tanı bilgilerini toplayın.
Gerçekçi bir WordPress örneği
Bir eklenti güncellemesinden sonra hem mağaza hem wp-adminkritik hata veriyor. PHP günlüğü bu eklentinin içindeki bir dosyayı gösteriyor ve SFTP erişimi sürüyor. Yalnızca ilgili eklenti klasörünün adını değiştirmek WordPress'in eklentiyi devre dışı bırakmasını sağlıyor; yönetim paneli yeniden açılıyor. Veritabanı geri alınmadığı için son form kayıtları korunuyor.
Neden önemlidir ve ne zaman kullanılmalıdır?
Yönetim paneli yüklenmiyorsa, giriş döngüsü erişimi engelliyorsa veya WordPress kurtarma modu sorunlu kodu devre dışı bırakamıyorsa dışarıdan erişim gerekir. Seçilen yöntem hatayla uyumlu olmalıdır: Belirli bir PHP dosyası için dosya erişimi, veritabanı hatası içinse veritabanı ve yapılandırma denetimi gerekir. Sitenin tamamını geri yüklemek, daha dar bir onarım güvenle yapılamadığında düşünülmelidir.
Yeni başlayanlar için anlaşılır yol
- Bozuk kurulumda değişiklik yapmadan önce mevcut dosyalarla veritabanını yedekleyin; tam hata mesajını ve kullanabildiğiniz erişim yöntemlerini not edin.
- En az müdahale gerektiren yöntemle başlayın. Tüm dosya ve tabloları değiştirmek yerine hatada adı geçen bileşeni devre dışı bırakın veya yalnızca o bileşenin sağlam dosyalarını geri getirin.
- Tam geri yükleme zorunluysa paketi başka ortamda doğrulayın ve kurtarma noktasından sonra oluşan kayıtları ayrı koruyun.
- Testten sonra klasör adlarını ve izinleri eski hâline getirin. Geçici yeniden adlandırmalar ve hata ayıklama ayarları kalıcı bırakılmamalıdır.
- Erişimin düzeldiğine karar vermeden önce siteyi,
wp-admin'i, kalıcı bağlantıları, medyayı, formları, e-postayı, cron'u ve varsa ödeme adımlarını sınayın.
İleri teknik inceleme
WP-CLI komutunu doğru WordPress ana dizininde ve doğru ortamda çalıştırın; aynı sunucuda birden fazla kurulum bulunabilir. Komutu, çıktısını ve etkileyebileceği dosya ya da tabloları kaydedin. Doğrudan veritabanı değişikliğinde tablo önekini doğrulayın, etkilenecek satırları önceden dışa aktarın ve geri alınabilir bir sorgu kullanın.
- Değiştirilen dosyaların PHP tarafından okunabildiğini varsaymadan önce dosya sahipliğini ve izinleri denetleyin.
- Yapılandırma dosyasını geri yüklerken ortama özgü veritabanı bilgilerini, güvenlik anahtarlarını, yolları ve hata ayıklama ayarlarını koruyun.
- Normal erişim doğrulandıktan sonra bakım dosyalarını, geçici klasör adlarını ve ayrıntılı hata gösterimini kaldırın.
Riskler, sık hatalar ve geri dönüş planı
- Yanlış klasörü yeniden adlandırmak ilgisiz bir eklentiyi kapatabilir; zorunlu eklentiler ise etkin kalabilir.
- Serileştirilmiş değerleri dikkate almayan veritabanı değişiklikleri kayıtlı ayarları bozabilir.
- Tüm veritabanını eski hâline döndürmek, yedekten sonra eklenen formları, siparişleri, kullanıcıları ve ayarları silebilir.
- WP-CLI komutunu yanlış web kökünde çalıştırmak başka bir WordPress kurulumunu değiştirebilir.
SFTP, veritabanı aracı veya komut satırını kullanmadan önce dosya ve veritabanının acil yedeğini alın. Dar kapsamlı onarım işe yaramazsa önce yaptığınız değişikliği geri alın. Tam paket, yedek tarihinden sonra oluşan veriler korunduktan sonra kullanılacak ikinci seçenektir.
AIOWS nasıl yardımcı olur?
AIOWS Yedekleme Yöneticisi
AIOWS Yedekleme Yöneticisi, WordPress yönetim paneli açılmadığında desteklenen bir geri yükleme yolu sunar. Doğrulanmış paketi seçin; hataya göre tam site, yalnızca veritabanı veya yalnızca dosya kapsamını kullanın. Yönetim panelinin her kapanması sitenin tamamını eski hâline döndürmeyi gerektirmez.
Modül sunucu erişim bilgilerini, dosya sahipliğini veya çalışmayan veritabanı hizmetini düzeltemez. Bu koşulları barındırma ortamında denetleyin. Geri yüklemeden sonra siteyi ve yönetim panelini; ayrıca formları, medyayı, cron işlerini, e-postayı ve varsa ödeme adımlarını sınayın.
Normal erişim sağlanıp sorunun görüldüğü kullanıcı işlemi yeniden çalışana kadar müdahale öncesi kopyayı saklayın. Kullanılan paketi ve kapsamı not ederek hedefli onarımın daha sonra tam site geri yüklemesiyle karıştırılmasını önleyin.
AIOWS Yedekleme Yöneticisi'ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress’i Yedekten Geri Yükleme: Güvenli Rehber
- WordPress Geri Yükleme Takılıyor veya Başarısız Oluyor
- WordPress Yedeği Doğrulama: Geri Yüklenebilirliği Kanıtlayın
Sonuç ve önerilen yol
Belirlenen sorunu çözebilecek en az müdahaleli erişim yöntemiyle başlayın. Mevcut durumu yedekleyin ve mümkünse yalnızca etkilenen bileşeni onarın. Tam paket ilk adım değil, dar kapsamlı çözüm işe yaramadığında kullanılacak yedektir. Geçici değişiklikleri kaldırdıktan sonra yönetim paneliyle siteyi normal kullanım koşullarında yeniden sınayın.
