Yeni bir optimizasyon bloğu .htaccessdosyasına kaydedildikten sonra hem site hem de yönetim paneli 500 hatası verebilir. WordPress açılmadığı için değişikliği yaptığınız panel içi düzenleyiciye de ulaşamazsınız.
Bu durumda öncelik hata ayıklamak değil, son çalışan dosyayı WordPress dışındaki hosting erişimiyle geri yüklemektir. Site yeniden açıldıktan sonra sunucu hata logu ve dosya karşılaştırmasıyla sorunlu yönerge belirlenir.
500 hatası neden oluşur?
.htaccessdüzenlemesinden hemen sonra başlayan 500 yanıtı genellikle Apache’nin WordPress çalışmadan önce bir yönergeyi reddettiğini gösterir. Yazım hatası, desteklenmeyen modül, bulunduğu dizinde kullanılamayan direktif veya sonsuz rewrite döngüsü yaygın nedenlerdir.
Gerçekçi bir örnek
Başka bir siteden kopyalanan sıkıştırma kuralları kaydedilir. Sunucuda gerekli Apache modülü etkin olmadığı için her istek 500 döndürür. Hosting dosya yöneticisinden önceki dosya geri yüklenince site açılır; hata logundaki “Invalid command” satırı hangi yönergenin desteklenmediğini açıkça gösterir.
Önce hizmeti geri getirin
WordPress paneli de 500 verdiğinde canlı dosyada deneme yapmaya devam etmek kesintiyi uzatır. Önceden hazırlanmış hosting dosya yöneticisi veya kurtarma paneliyle son çalışan kopyayı geri getirin. Yedek yoksa sorunlu dosyayı geçici olarak yeniden adlandırmak 500 hatasını kaldırabilir; ancak okunabilir kalıcı bağlantılar geçerli WordPress bloğu kurulana kadar 404 verebilir.
Hizmet döndükten sonra hatalı dosyayı güvenli bir yerde saklayıp çalışan sürümle karşılaştırın. Bu kopya web üzerinden indirilebilir bir dizinde bırakılmamalıdır.
Kurtarma adımları
- Hosting dosya yöneticisiyle etkin web kök dizinindeki dosyayı bulun.
- Hatalı dosyanın kopyasını erişime kapalı bir yerde saklayın.
- Son çalışan
.htaccessyedeğini geri yükleyin. - Ana sayfa ve
wp-adminerişimini doğrulayın. - Sunucu hata logundaki ilk 500 kaydını düzenleme zamanıyla eşleştirin.
Loglarla kök nedeni bulma
- Invalid command:Yönerge yanlış yazılmış veya gereken modül etkin değildir.
- not allowed here:Direktif
.htaccessya da mevcut dizin bağlamında kullanılamaz. - too many internal redirects:Rewrite kuralları kendi kendini tetikliyor veya birbirini döngüye sokuyordur.
Akıllı tırnaklar, kopyalanmış görünmez karakterler, eşleşmeyen parantezler ve hatalı regex bayrakları da kontrol edilmelidir. Düzeltmeleri canlı dosyaya topluca eklemek yerine, her yönerge grubundan sonra ana sayfa, yönetim, REST, medya, cron ve form isteklerini sınayın.
Sık hatalar ve geri alma
Kesinti sırasında rastgele satırlar silmek, tek yedeğin üzerine yazmak veya yalnız tarayıcıdaki genel 500 mesajına güvenmek tanı verisini yok eder. Aynı büyük bloğu küçük değişikliklerle tekrar tekrar denemek de kesinti süresini uzatır.
Her değişiklikten önce çalışan dosyanın yeni bir kopyasını alın. 500 geri dönerse son eklenen yönergeyi kaldırıp hemen doğrulanmış sürüme dönün.
AIOWS nasıl yardımcı olur?
AIOWS Htaccess Düzenleyici
AIOWS Htaccess Düzenleyici, dosyayı kaydetmeden önce yedek oluşturur; bu yedekle son değişiklik geri alınabilir. Site hâlâ açılıyorsa etkin dosya ile önceki sürüm arasındaki dar farkı incelemek de daha kolaydır.
WordPress tamamen 500 veriyorsa panel içindeki araç kullanılamaz. Bu nedenle hosting dosya yöneticisi gibi bağımsız bir kurtarma yolu önceden hazır olmalıdır. Modül desteklenmeyen Apache yönergesini etkinleştiremez veya sunucu hata logunun yerini tutmaz.
AIOWS Htaccess Düzenleyici’yi inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- Varsayılan WordPress .htaccess Dosyası Nasıl Yeniden Oluşturulur?
- WordPress .htaccess Dosyasına Yazamıyor: Nedenler ve Çözümler
- WordPress .htaccess Değişiklikleri Nasıl Yedeklenir ve Geri Alınır?
Sonuç
Önce son çalışan dosyayı geri getirerek kesintiyi bitirin. Ardından sunucu hata loguna dayanarak sorunlu yönergeyi belirleyin ve yalnız desteklendiği doğrulanan değişikliği kontrollü biçimde yeniden ekleyin.
