WooCommerce Bakım Hizmeti

Her güncelleme aynı gün yapılmaz

Güncellemeleri ikiye ayırıyoruz. Bilinen bir açığı kapatan güvenlik yamaları beklemez, çıktığı gün uygulanır. Yeni özellik getiren sürümler ise bekler. Yeni çıkan bir ana sürümde uyumsuzluk görece sık görülür ve onu ilk gün kuran mağazalar hatayı bulan taraf olur. Birkaç ara sürüm geçtikten sonra kurmak aynı işi çok daha sakin yapmayı sağlıyor.

İkinci ayrım takvimden geliyor. Kampanya dönemlerinde, bir lansman haftasında ya da ay sonu yoğunluğunda güncelleme yapılmıyor. Bu pencereler baştan konuşulup takvime yazılıyor. İstisnası yine güvenlik yaması; o da gerekirse günün en sakin saatinde ve geri alma planı hazırken uygulanıyor.

Bu ayrım ilk bakışta işi yavaşlatıyor gibi görünüyor, oysa asıl yavaşlatan şey yanlış zamanda kırılan bir ödeme akışının telafisi. Hangi eklentinin hangi sürümde beklediğini kayıtta tutuyoruz, böylece erteleme unutulmaya değil bir tarihe bağlanıyor.

Test kopyası neyi yakalamaz

Güncellemeleri önce test kopyasında denemek standart yöntemimiz ve sorunların çoğunu orada yakalıyoruz. Ama bu yöntemin sınırlarını da biliyoruz, her arıza test ortamında görünmüyor.

Üç tür sorun orada çıkmaz. Birincisi ödeme ve kargo bağlantıları: test ortamı genellikle sağlayıcının deneme anahtarlarıyla çalışır, canlıdaki davranış birebir aynı olmayabilir. İkincisi eşzamanlı yükten doğan sorunlar; tek kişinin gezdiği bir kopyada ortaya çıkmaz. Üçüncüsü gerçek veriye bağlı olanlar: yıllar içinde birikmiş sipariş kayıtları ya da tuhaf karakter taşıyan eski ürün verisi, temiz bir kopyada sorun üretmez.

Bu yüzden canlıya alma sonrasında kısa bir kontrol listesi işletiyoruz. Gerçek bir sipariş geçiliyor, hata kayıtları o günün sonunda okunuyor ve sipariş sayısında beklenmeyen bir düşüş olup olmadığına bakılıyor. Geri alma yolu da hazır duruyor, çünkü en hızlı çözüm bazen düzeltmek değil bir önceki hale dönmek oluyor.