İçeriğe geç

Güncelleme başarısız oldu ve site bakım modunda: çözüm

Orta 15 dk Güncellendi:

Kısa cevap

WordPress güncellemesi başarısız olduğunda, kurulum kök dizininde kalan `.maintenance` dosyası nedeniyle site genellikle bakım modunda kalır. Dosyayı silmeniz veya yeniden adlandırmanız yeterlidir ve site tekrar erişilebilir olur. Ardından güncellemenin tamamlanıp tamamlanmadığını kontrol edin ve gerekirse tekrarlayın.

Sorun nasıl anlaşılır

  • Site "Briefly unavailable for scheduled maintenance" mesajını gösteriyor
  • Mesaj yalnızca yönetim panelinde değil, tüm sayfalarda görünüyor
  • Yönetim paneline erişim engellenmiş
  • WordPress, eklenti veya tema güncellemesi denemesinden sonra site çöktü
  • Site kök dizininde `.maintenance` dosyası var

En yaygın nedenler

Kalan `.maintenance` dosyası

WordPress, güncelleme sırasında kurulum kök dizininde otomatik olarak `.maintenance` dosyası oluşturur. Güncelleme kesintiye uğrarsa (elektrik kesintisi, bağlantı kopması, kaynak yetersizliği), dosya kalır ve site bakım modunda kalır.

Zaman aşımı nedeniyle kesilen güncelleme

Güncelleme, PHP betiğinin izin verilen çalışma süresini aşarsa işlem kesilir ve `.maintenance` dosyası kalır.

Yetersiz erişim izinleri

WordPress'in `.maintenance` dosyasını silme veya eklenti/tema klasörüne yazma izni yoksa güncelleme düzgün tamamlanamaz.

Eklenti veya tema çakışması

Nadiren, güncellemeyi engelleyen bir eklenti veya güvenlik eklentisi işlemi bloke ederek siteyi bakım modunda bırakabilir.

Adım adım çözüm

  1. 1

    Sitenin gerçekten bakım modunda olup olmadığını kontrol edin

    Siteyi tarayıcıda açın. "Briefly unavailable for scheduled maintenance. Check back in a minute." mesajını görüyorsanız bunun başka bir hata değil, bakım modu olduğunu doğrulayın. /wp-admin/ yoluna da erişmeyi deneyin; o da engelliyse bir sonraki adıma geçin.

  2. 2

    Site dosyalarına FTP veya dosya yöneticisi ile erişin

    Hosting paneline (cPanel, Plesk veya benzeri) giriş yapıp dosya yöneticisini açın veya FTP/SFTP istemcisiyle bağlanın. wp-config.php, wp-content ve wp-admin dosyalarının bulunduğu WordPress kurulum kök dizinine gidin.

  3. 3

    `.maintenance` dosyasını bulun ve silin

    Kök dizinde tam adı .maintenance olan dosyayı arayın. Önce güncellemenin devam edip etmediğini kontrol edin; devam ediyorsa bitmesini bekleyin. Dosya varsa ve güncelleme kesintiye uğradıysa silin veya .maintenance.old olarak yeniden adlandırın. Siteyi tarayıcıda yenileyin; bakım modu kaybolmalıdır. Dosya görünmüyorsa dosya yöneticisinde veya FTP istemcisinde gizli dosyaları gösterme seçeneğini açın.

  4. 4

    Güncellemenin tamamlanıp tamamlanmadığını kontrol edin

    WordPress yönetim paneline giriş yapın. Dashboard > Updates (Türkçe arayüzde Kontrol Paneli > Güncellemeler) bölümüne gidin. WordPress'in en son sürümde olduğu yazıyorsa çekirdek güncellemesi tamamlanmıştır. Hala aynı çekirdek güncellemesini sunuyorsa büyük olasılıkla kesintiye uğramıştır ve tekrarlanmalıdır.

  5. 5

    Gerekirse güncellemeyi tekrarlayın

    Güncelleme kesintiye uğradıysa WordPress, eklenti veya tema güncellemesini yönetim panelinden yeniden başlatın. Öncesinde sitenin yedeğini alın (dosyalar ve veritabanı). Olası bir sorunu daha kolay bulmak için eklentileri tek tek güncelleyin.

  6. 6

    Dosya izinlerini ve sahipliğini kontrol edin

    WordPress'in wp-content ve alt klasörlerine yazma izni olduğundan emin olun. Genellikle klasörler 755, dosyalar 644 iznine sahiptir. Emin değilseniz hosting desteğine başvurun; yanlış izinler güvenlik sorunlarına yol açabilir.

  7. 7

    Sorun çıkarabilecek eklentileri devre dışı bırakın

    Sorun tekrarlanıyorsa tüm eklentileri geçici olarak devre dışı bırakın ve güncellemeyi tekrarlayın. Başarılı olursa sorunlu olanı bulana kadar eklentileri tek tek etkinleştirin. Tüm eklentileri yeniden etkinleştirmeyi unutmayın.

  8. 8

    Hiçbir şey işe yaramazsa siteyi yedekten geri yükleyin

    Site hala çalışmıyorsa veya güncelleme hasar bıraktıysa dosyaları ve veritabanını son yedekten geri yükleyin. Geri yükleme dosyaların ve veritabanının üzerine yazacağı için mümkünse mevcut durumun yedeğini alın. Bunu hosting paneli veya yedekleme eklentisi aracılığıyla yapın. Geri yükledikten sonra önce sitenin çalıştığını kontrol edin, ancak ondan sonra güncellemeyi yeniden deneyin.

Hiçbir şey işe yaramazsa: hata kontrolü ve hosting ile iletişim

.maintenance dosyasını sildiyseniz ancak site hala bakım modunu veya başka bir hata gösteriyorsa wp-config.php içinde WP_DEBUG seçeneğini etkinleştirin. Değişiklik yapmadan önce wp-config.php dosyasının bir kopyasını alın. Hata ayrıntılarını wp-content/debug.log içinde görmek ve ziyaretçilere hata gösterilmemesi için define( 'WP_DEBUG', true );, define( 'WP_DEBUG_LOG', true ); ve define( 'WP_DEBUG_DISPLAY', false ); tanımlarını yapın. Günlükte genellikle soruna neden olan eklenti veya temanın adı görünür. Kontrolü bitirdiğinizde WP_DEBUG seçeneğini kapatın veya bu satırları kaldırın. Dosyalara erişiminiz yoksa veya veritabanı konusunda yardıma ihtiyacınız varsa hosting desteğine başvurun. Güncellemenin sunucu düzeyinde (örneğin kaynak limitleri) engellenip engellenmediğini ve erişimi engelleyen bir güvenlik mekanizması olup olmadığını kontrol edebilirler. Ne yaptığınızı tam olarak bilmiyorsanız WordPress çekirdek dosyalarını elle değiştirmeye çalışmayın.

Tekrarlanmaması için

  • Her güncellemeden önce düzenli olarak sitenin yedeğini alın (dosyalar ve veritabanı).
  • WordPress, eklenti ve temaları düzenli olarak güncelleyin, ancak önce sitenin test kopyasında deneyin.
  • Dosya ve klasör izinlerini önerilere uygun tutun (klasörler 755, dosyalar 644).
  • Yeterli kaynağa sahip ve otomatik yedekleme sunan güvenilir bir hosting kullanın.

Ne zaman uzmana başvurmalı

Site dosyalarına erişiminiz yoksa, güncellemenin tamamlanıp tamamlanmadığını bilmiyorsanız veya sorun tekrarlıyorsa ve veritabanının bozulduğundan şüpheleniyorsanız, IT desteğine başvurmanız daha iyidir. Durumu güvenli bir şekilde kontrol edebilir, yedeği geri yükleyebilir ve sorunun tekrarlanmasını önleyebilirler.

Web sitesi yapımı · Hızlı, SEO uyumlu, çok dilli web siteleri

Sık sorulan sorular

`.maintenance` dosyasını silmek güvenli mi?

Evet, güncelleme kesintiye uğradıysa ve site bakım modunda takılı kaldıysa güvenlidir; güncelleme devam ederken silmeyin. WordPress bu dosyayı geçici olarak oluşturur ve güncelleme tamamlandığında otomatik olarak siler. Silmek veri kaybına neden olmaz, ancak mümkünse önce yedek alın.

Güncellemenin tamamlandığını nasıl anlarım?

Yönetim paneline giriş yapın ve `Dashboard > Updates` (Türkçe arayüzde `Kontrol Paneli > Güncellemeler`) bölümüne gidin. WordPress'in en son sürümde olduğu ve çekirdek için kullanılabilir güncelleme olmadığı yazıyorsa işlem tamamlanmıştır. Site sayfasının normal şekilde yüklenip yüklenmediğini de kontrol edin.

Site dosyalarına erişemiyorsam ne yapmalıyım?

Hosting desteğine başvurun ve `.maintenance` dosyasını silmelerini veya size dosya yöneticisi erişimi vermelerini isteyin. Dosyalara erişim olmadan bakım modunu elle kaldıramazsınız.

Paylaş
Çözüm bulamadınız mı?AI BT asistanı 7/24 hizmetinizde. Sorunu anlatın veya hatanın ekran görüntüsünü gönderin, durumunuza özel talimat alın.AI BT asistanına sorun