Yönetim paneli açılmadan bir WordPress eklentisi nasıl devre dışı bırakılır?

Yönetim paneli açılmıyorsa eklentiyi devre dışı bırakmanın en pratik yolu, sunucudaki eklenti klasörünün adını değiştirmektir. FTP, hosting dosya yöneticisi veya SSH ile wp-content/plugins klasörünü açın; sorun çıkardığını düşündüğünüz eklentinin klasör adını örneğin eklenti-adi.disabled olarak değiştirin. WordPress bu klasörü bulamadığı için eklentiyi yükleyemez ve genellikle yönetim paneli yeniden açılır.

Dosya adını değiştirerek tek eklentiyi kapatma​

Bu anlatım standart eklentiler içindir; tek site kurulumu örneklenir. Klasör adı değiştirme dosyaları silmez, fakat tek başına veritabanındaki etkinlik kaydının kalıcı güncellendiğini garanti etmez. Eksik eklenti henüz listede doğrulanmadan klasörü geri getirirseniz yeniden yüklenebilir. Ağ etkin eklentisi olan Multisite kurulumunda etkilenen siteleri ayrıca değerlendirin. Eklentinin klasör adını doğru tespit etmek önemlidir. Örneğin eklenti dosyaları wp-content/plugins/ornek-eklenti/ içindeyse yalnızca ornek-eklenti klasörünün adını değiştirin.

1. FTP istemcisi, hosting dosya yöneticisi veya SSH ile WordPress kurulumunun bulunduğu dizine girin.
2. wp-content/plugins klasörünü açın.
3. Soruna neden olduğunu düşündüğünüz eklenti klasörünü eklenti-adi.disabled gibi yeni bir adla yeniden adlandırın.
4. Siteyi ve /wp-admin/plugins.php adresini açmayı deneyin; eksik eklentinin devre dışı bırakıldığı uyarısını doğrulayın. Böylece yalnız geçici dosya kaybı ile kayıtlı etkinliğin kaldırılmasını ayırırsınız.
5. Panel açılırsa eklentiyi hemen yeniden etkinleştirmeyin. Önce eklentinin günlüğünü, son değişikliği ve PHP/WordPress uyumluluğunu inceleyin.
6. Sorunun bu eklentiden kaynaklandığını doğrulamak için panelden eklentiyi etkinleştirmek yerine, önce yedek veya test ortamında yeniden adlandırma yöntemini deneyin.

Başarılı sonuç, ön yüzdeki hatanın veya yönetim panelinin açılmama probleminin ortadan kalkmasıdır. Panel hâlâ açılmıyorsa başka bir eklenti, tema, PHP hatası veya sunucu yapılandırması da sorun çıkarıyor olabilir.

Eklentinin hangisi olduğu bilinmiyorsa​

Sorunlu eklentiyi bilmiyorsanız plugins klasörünün adını geçici olarak plugins.disabled yapabilirsiniz. Bu işlem o dizindeki standart eklentilerin yüklenmesini engeller; must-use eklentiler ve drop-in dosyaları ayrı kalır. Panel açılırsa önce plugins.php ekranında eksik eklentilerin devre dışı bırakılmasını doğrulayın, ardından klasör adını geri alın.

Bunu şu sırayla uygulayın:

1. wp-content/plugins klasörünü plugins.disabled olarak yeniden adlandırın.
2. Siteyi ve /wp-admin/plugins.php ekranını kontrol ederek eksik standart eklentilerin etkinlik kayıtlarının kaldırıldığını doğrulayın.
3. Panel açılırsa klasör adını yeniden plugins yapın.
4. Panelde eklentiler listeleniyorsa eklentileri tek tek etkinleştirerek soruna neden olanı belirleyin. Her etkinleştirmeden sonra siteyi kontrol edin.

Bu işlem eklentilerin ayarlarını silmez; yalnızca etkin olarak yüklenmelerini engeller. Ancak bazı eklentiler etkinlik durumunu veya ek yapılandırmasını veritabanında saklayabilir. Eklentiyi yeniden etkinleştirmeden önce uyumluluk sorununu çözmek gerekir.

SSH ve WP-CLI kullanılabiliyorsa​

Sunucuda WP-CLI kurulmuşsa, WordPress kök dizininde aşağıdaki komutla belirli bir eklentiyi kapatabilirsiniz:


Buradaki eklenti-adi klasör adıdır; görünen eklenti adı olmak zorunda değildir. Komut başarılı olursa WP-CLI devre dışı bırakma mesajı verir. “WordPress kurulumu bulunamadı” benzeri bir sonuç alırsanız yanlış dizindesinizdir; wp-admin ve wp-includes bulunan gerçek WordPress kökünü --path ile belirtin. skip-plugins seçeneği mu-plugins dosyalarını atlamaz; bunlardan gelen fatal hatada komut yine açılamayabilir.

Hangi yöntemi seçmelisiniz?​

Aşağıdaki ayrım, gereksiz yere tüm eklentileri kapatmanızı önler.


Dosyaları doğrudan silmek yerine yeniden adlandırmak daha doğru bir ilk adımdır; böylece eklentinin dosyaları korunur ve gerekirse eski ad geri verilebilir. Veritabanındaki active_plugins değerini elle değiştirmek ise serileştirilmiş veri biçimi nedeniyle hatalı düzenlemeye açıktır. Bu yöntemi yalnızca veritabanı yedeğiniz ve serileştirilmiş WordPress seçenekleri konusunda yeterli bilginiz varsa kullanın.

Sık yapılan hatalar​

Eklenti klasörü yerine eklenti dosyasını değiştirmek: WordPress eklentiyi klasöründeki ana dosya üzerinden tanır; klasörü yeniden adlandırmak daha güvenilir yöntemdir.

Yanlış WordPress kurulumunu değiştirmek: Aynı hesapta birden fazla site varsa doğru sitenin wp-content/plugins dizininde çalıştığınızdan emin olun.

Sorun çözülünce eklentiyi hemen açmak: Panelin açılması yalnızca eklentinin yüklenmesinin soruna katkıda bulunduğunu gösterir. Hata kaydı ve uyumluluk durumu incelenmeden yeniden etkinleştirmek sorunu tekrarlayabilir.

Sık sorulan sorular​

Eklenti klasörünü eski adına ne zaman döndürmeliyim?​

Sorunun nedenini inceledikten ve mümkünse yedek veya test ortamı hazırladıktan sonra döndürebilirsiniz. Eksik olduğu sırada etkinlik kaydı kaldırılmışsa klasörü geri vermek dosyayı kullanılabilir yapar, etkinleştirmez. Kayıt kaldırılmamışsa tekrar yüklenebilir; geri almadan önce plugins.php veya WP-CLI üzerinden durumu doğrulayın.

Eklentiyi kapatmak ayarlarını ve verilerini siler mi?​

Hayır. Klasör adını değiştirmek eklenti dosyalarını ve veritabanındaki ayarları silmez. Eklentinin kendi kaldırma işlemi ayrıca veri temizliyorsa, kaldırma adımını yapmadan önce yedek alın.