WordPress Teknik Destek

Hata her zaman en son değişen yerde değildir

Arıza çıktığında ilk refleks son yapılan değişikliği suçlamak olur. Bazen doğrudur. Ama çoğu zaman değişiklik ile arıza arasında haftalar vardır: bir eklenti güncellenmiştir ama sorunlu kısmı ancak belirli bir sayfa ziyaret edildiğinde çalışır, ya da barındırma sağlayıcısı sessizce bir sunucu ayarını değiştirmiştir.

Bu yüzden aramaya suçludan değil, arızanın şeklinden başlıyoruz. Sorun herkeste mi görünüyor yoksa tek bir kullanıcıda mı? Bütün sayfalarda mı, tek bir şablonda mı? Her zaman mı, yoksa belirli saatlerde mi?

Bu üç sorunun cevabı aranacak yeri belirgin biçimde daraltıyor. Yalnız giriş yapmış kullanıcılarda görünen bir hata önbellekle ilgilidir. Belirli saatlerde çıkan bir yavaşlık zamanlanmış görevleri işaret eder. Tek bir şablonda çıkan hata ise temanın kendi kodunda aranır. Teşhisi hızlandıran şey daha çok araç değil, bu daraltma.

Geçici çözüm bir borçtur, kayıt altına alınır

Site erişilemez durumdayken doğru karar bazen sorunu kökünden çözmek değil, en hızlı biçimde ayağa kaldırmaktır. Sorunlu eklentiyi devre dışı bırakmak, bir özelliği geçici olarak kapatmak ya da bir ayarı eski haline döndürmek meşru adımlar.

Sorun, bu adımların orada unutulması. Kapatılan eklenti aylar sonra hala kapalı duruyor, kimse neden kapatıldığını bilmiyor ve bir gün biri gereksiz göründüğü için yeniden açıyor. Aynı arıza geri geliyor.

Bu yüzden her geçici çözümü, ne için yapıldığı ve kalıcı karşılığının ne olduğu ile birlikte yazıyoruz. Raporda bu maddeler ayrı duruyor: bunlar tamamlanmış işler değil, bekleyen işler. Bir sonraki çalışmaya başlarken de ilk bu listeye bakıyoruz. Yamalar biriktiğinde site çalışıyor görünse bile her yeni değişiklik daha riskli hale geliyor.