Son güncellemeler için geçiş notları

Bu rehber, son teknik güncellemeler (v1.2.14 / v1.2.15 / v1.2.16) sonrası panel yöneticisinin yapması gereken hızlı kontrol adımlarını içerir.

1) Veri bütünlüğü güncellemesi (v1.2.14)

• Sunucu ilişkileri: ürün ve siparişlerde panel_server_id FK kullanılmaya başlandı. Eski server_ref alanı geriye uyumluluk için korunur.
• Soft delete: customers, orders, products, domains tablolarında yumuşak silme aktif.
• Domain transfer güvenliği: EPP/auth code verilerinde HMAC bütünlük kontrolü aktif.
• Kontrol: Yönetici → Monitoring → Kuyruk ve Log ekranlarında migration sonrası hata olmadığını doğrulayın.

2) Queue/Job iyileştirmeleri (v1.2.15)

• Ağır dış çağrılar listener içi senkron akıştan alınıp job kuyruğuna taşındı (Domain transfer, Paraşüt sync).
• ProvisionVmwareVirtualMachineJob, ProcessDomainTransferRequestJob, SyncParasutInvoiceJob için tries=3, timeout=120 uygulanır.
• Worker önerisi: php artisan queue:work --tries=3 --timeout=120
• Kontrol: Yönetici → Monitoring → Kuyruk hataları ekranında başarısız işleri izleyin.

3) Notification & e-posta şablonu iyileştirmeleri (v1.2.16)

• Marketing dışı bildirimler için kurumsal mail görünümü eklendi: resources/views/emails/transactional.blade.php.
• Temel müşteri bildirimleri queue tabanına taşındı (doğrulama, şifre sıfırlama, VM hazır bildirimi vb.).
• SmsChannel, artık aktif sağlayıcıyı SmsGateway üzerinden kullanır.

4) Güncelleme sonrası hızlı kontrol listesi

1. Yönetici menü altındaki sürüm bilgisinin beklenen sürüme yükseldiğini kontrol edin.
2. Monitoring → Log ekranında ERROR/CRITICAL kayıtlarını filtreleyin.
3. Monitoring → Kuyruk ekranında failed job olmadığını doğrulayın.
4. Bir test e-postası, bir test SMS doğrulaması ve gerekiyorsa bir test kampanya gönderimi yapın.
5. VMware veya Paraşüt kullanan kurulumlarda örnek bir işlem yapıp async job akışının çalıştığını doğrulayın.

İlgili rehberler

• Sistem güncelleme
• İzleme, posta günlüğü ve kuyruk
• VMware vSphere ve domain registrar API
• E-Fatura / e-Arşiv (Paraşüt entegrasyonu)
• Bulutfon ve Netgsm OTP SMS

5) Queue çalışma modu: shared hosting vs high-volume production

• Shared hosting / Supervisor yok: scheduler tabanlı otomatik worker yaklaşımı kullanılabilir. Önerilen davranış: queue:work --stop-when-empty, withoutOverlapping() ve arka plan tetikleme.
• High-volume production: kalıcı worker yönetimi için Supervisor/systemd önerilir. Bu mod daha düşük gecikme, daha öngörülebilir throughput ve daha güçlü process yönetimi sağlar.
• Kuyruk önceliği: worker sırasında high,default sırası önerilir; kritik bildirimler önce işlenir.
• Örnek komut: php artisan queue:work --queue=high,default --tries=3 --timeout=120