Boş Kayıt Hatasız Mağaza Anlamına Gelmez
WooCommerce günlüklerine Durum bölümündeki Kayıtlar alanından ulaşılır. PHP çalışmasını durduran hatalar fatal-errors dosyalarında görülebilir. Ancak web sunucusundaki zaman aşımı gibi sorunlar bu dosyanın kapsamına girmez.
Varsayımsal bir mağazada ödeme sayfası uzun süre bekledikten sonra sunucu hatası versin. Fatal-errors içinde aynı dakikaya ait kayıt bulunamaması müşterinin sorun yaşamadığını göstermez. AdPix incelemesinde görülen ekran, olay saati ve ilgili adres birlikte kaydedilir. Ardından hatanın uygulama, sunucu veya dış hizmet tarafında olduğuna ilişkin kanıt aranır. Tek bir boş listeyle inceleme sonlandırılmaz.
Günlük Ayarları Görünen Veriyi Etkiler
Günlük tutma kapalıysa, saklama süresi dolmuşsa veya önem eşiği ilgili seviyeyi dışarıda bırakıyorsa beklenen kayıt görünmeyebilir. Dosya sistemi ile veritabanı arasında saklama yöntemi değiştirildiğinde eski kayıtlar yeni konuma taşınmaz.
Örneğin bir ekip dün saklama yöntemini değiştirmiş, bugün geçen haftaki hatayı arıyor olabilir. Yeni görünümde kayıt olmaması eski verinin silindiğini tek başına kanıtlamaz. Bu ayar değişikliğinin zamanı inceleme notuna eklenmelidir. Sorun kaydı hazırlanırken yalnızca bugünkü ekranın fotoğrafını almak yerine hangi aralığın ve hangi kayıt kaynağının incelendiği de belirtilir.
Günlük Saklama ve Önem Eşiği
Resmî örnek ekrandaki Logger kayıt tutmayı, Log storage saklama yöntemini, Retention period saklama süresini ve Level threshold kayıt önem eşiğini gösterir. Bu seçenekler beklenen günlük satırlarının bulunup bulunmamasını etkiler; örnekteki değerler her mağaza için zorunlu ayarlar değildir.
Dosya Adından Çok Olay Bağlamı Önemlidir
Bir hata kaydında zaman, dosya, satır ve çağrı zinciri bulunabilir. Bu bilgiler teknik ekibin hatanın oluştuğu noktayı değerlendirmesine yardımcı olur. Günlükte bir eklenti adının geçmesi ise tek başına o eklentinin kaldırılması gerektiğini söylemez.
AdPix yorumunda aynı işleme ait tekrarlanan kayıtlar birlikte değerlendirilir. Varsayımsal olarak ürün aktarımı sırasında görülen hata ile ödeme sırasında görülen hata farklı zamanlarda oluşuyorsa ayrı tutulur. Müşterinin işlemi ile ilgisi kurulmamış eski bir uyarı üzerinden çözüm üretmek yanlış müdahaleye neden olabilir. Kayıt paylaşılırken kişisel bilgiler ve erişim değerleri gizlenmelidir.
Sistem Raporu Hangi Eksikleri Tamamlar?
WooCommerce sistem raporu kullanılan yazılım sürümlerini, sunucu ortamını ve günlük dizininin yazılabilirliğini gösterir. Bu bilgiler hata kaydının üretilememesi veya belirli bir güncellemeden sonra sorunun başlaması gibi durumları incelemeye yardımcı olur. Bazı ödeme eklentilerinin ayrıntılı kayıt tutması ayrıca etkinleştirilebilir.
Örnek bir destek dosyasında olay saatiyle birlikte WooCommerce, PHP ve ilgili eklentinin sürümü bulunabilir. İnternet üzerindeki başka bir mağazanın sürümlerini kendi mağazasına aitmiş gibi kullanmak teşhisi zorlaştırır. Rapor mevcut sistemden alınmalı; incelenen ortamın deneme sitesi mi canlı mağaza mı olduğu açıkça belirtilmelidir.
Sorun Giderildiğinde Nasıl Kapatılır?
İnceleme sonunda aynı kontrollü işlem yeniden denenir ve beklenen sonucun oluşup oluşmadığı kaydedilir. Yalnızca günlük dosyasını silmek hatayı gidermediği gibi geçmişteki bulguları da ortadan kaldırabilir. Bu nedenle temiz bir liste, başarılı işlem sonucu olarak sunulmamalıdır.
Varsayımsal ürün aktarımı örneğinde kabul ölçütü dosyanın hatasız işlenmesi ve ilgili ürünlerin doğru oluşmasıdır. Ödeme örneğinde ise yeni bir gerçek tahsilat yaratmadan uygun test yöntemi seçilir. Teknik ekip hangi değişikliğin yapıldığını ve hangi işlemin doğrulandığını yazarsa aynı sorun tekrarlandığında araştırma sıfırdan başlamaz. Kayıtlar bu değerlendirmeyi destekleyen kanıtlardır.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
WooCommerce