SunucuKontrol 1.105.0

Ayrıntılı anlatım

1.105.0, yarım kalmış işlerin tamamlandığı bir sürüm. Yedekler artık cPanel biçiminde dışa aktarılabiliyor. Sunucu taşıma planı adım adım yürütülüyor. Yapay zekanın dosya değişiklikleri de tek tıkla geri alınıyor. Git'te açılan her PR için geçici bir önizleme sitesi kuruluyor. Müşteri detayında hesabın kaynak sınırı ve anlık tüketimi görünüyor. Bunun yanında, bir ayar alanı gönderilmediğinde ayarı sessizce kapatan 20 uç ve uzak sunucudaki sitelerde yanlış sonuç veren birkaç hata düzeltildi.

Bu sürüm kimin işine yarar?

• cPanel'e geçmek ya da oradan gelen müşteriye yedek vermek isteyenler: Yedek, cPanel'in "Transfer or Restore" ekranının tanıdığı biçimde indirilebiliyor.
• Sunucu değiştirenler: Göç planı artık yalnız bir yol haritası değil; adımları panel yürütüyor, düşen adımı geri alıyor.
• Yapay zekayla site düzenleyenler: Yapay zeka bir dosyayı bozduysa veritabanıyla birlikte dosyalar da geri sarılıyor.
• Geliştirici ekipler: Her PR için ayrı adreste, ayrı veritabanıyla, SSL'li bir önizleme sitesi; PR kapanınca kendiliğinden siliniyor.
• Çok müşterisi olan yöneticiler ve bayiler: Hesabın CPU, RAM, süreç ve disk G/Ç tüketimi müşteri detayında; toplu işlemler zaman aşımına düşmüyor.
• Çoklu sunucu (küme) kullananlar: İşçi düğümdeki yedek ve geri yükleme merkezle eşgüdümlü; uzak sitelerde FTP, bot listesi ve disk kullanımı hataları düzeltildi.

Ne değişti?

cPanel biçiminde dışa aktarma

Yedekler ekranındaki "cPanel biçiminde dışa aktar" düğmesi, seçilen yedeği cpmove-<kullanıcı>.tar.gz dosyasına dönüştürür. İçinde site dosyaları, posta kutuları, veritabanı dökümleri ve kullanıcı yetkileri, hesap ve alan adı bilgisi, DNS bölgesi ve SSL sertifikası bulunur. Büyük sitelerde dönüştürme dakikalar sürebildiği için iş arka planda koşar; Görevler ekranında izlenir, bitince indirme kendiliğinden başlar.

Hesap ve posta parolaları güvenlik nedeniyle taşınmaz; içe aktardıktan sonra cPanel'de yeniden belirleyin.

Sunucu taşıma yürütücüsü

Gelişmiş İşlemler'deki göç planı artık yürütülebiliyor:

1. DNS TTL düşürülür ve eski TTL dolana kadar beklenir.
2. Dosyalar ve veritabanları hedef sunucuya kopyalanır.
3. Hedefte sağlık denetimi yapılır.
4. Kısa bir bakım penceresinde son farklar (yalnız değişen dosyalar ve satırlar) aktarılır.
5. DNS hedefe çevrilir; eski sunucu gelen istekleri bir süre hedefe iletir.
6. TTL eski değerine döner.

Önce prova yapılabilir; prova hiçbir şeyi değiştirmez. Bir adım düşerse o adımın yarım etkisi geri alınır (örneğin bakıma alınan site yeniden açılır). Tamamlanmış bir göç, şifreyle onaylanarak ters sırada geri alınabilir.

Yapay zekanın dosya değişikliklerini geri alma

Alan adının yapay zeka sayfasındaki "geri sar" artık dosyaları da kapsıyor:

• Üzerine yazılan dosya, dosya yöneticisinin sürüm geçmişinden önceki hâline döner.
• Yapay zekanın oluşturduğu dosya ve klasörler çöpe taşınır.
• Çöpe attığı dosyalar geri gelir, yeniden adlandırdıkları eski adını alır.

Geri almadan önce neyin değişeceği listelenir ve hesap şifresi istenir. Kalıcı silinen dosyalar otomatik geri alınamaz; listede "elle" olarak gösterilir.

Git PR önizleme siteleri

Alan adının Git ayarlarında önizleme açıksa, GitHub, Gitea ya da GitLab'da açılan her PR için:

• sitenin geçici bir kopyası (pr-<numara>.<alan adı> benzeri bir adres),
• veritabanının ayrı bir kopyası,
• PR'ın kodu ve
• Let's Encrypt sertifikası

kendiliğinden kurulur. PR kapanınca hepsi silinir. Başka depodan (fork) gelen PR'lar güvenlik nedeniyle açılmaz. Önizleme kapalıyken gelen "PR kapandı" olayı yine de eski önizlemeyi temizler.

WordPress akıllı güncellemesi

Test alanı boş bırakılırsa canlı sitenin geçici bir kopyası açılır, güncelleme önce orada denenir, iş bitince kopya silinir. Elle staging kurmanız gerekmiyor. Sunucuda başsız bir tarayıcı varsa güncelleme öncesi ve sonrası ana sayfanın ekran görüntüsü karşılaştırılır; yoksa bu denetim atlanır.

PHP sürüm denemesi

Yeni PHP sürümünü denerken artık giriş gerektiren sayfalar da ölçülebiliyor: yol listesine bir giriş adımı eklenince form gönderilir ve çerezler sonraki isteklere taşınır.

Gelişmiş vhost düzenleyicisi

Düzenleyici artık vhost dosyasının tamamını yazmıyor; yazdıklarınız siteye özel ayrı bir ayar parçasına gidiyor. Panelin ürettiği vhost salt okunur gösteriliyor. nginx denetimi düşerse değişiklik geri alınıyor, boş içerik kaydedilirse parça kaldırılıyor.

Müşteri kaynakları

Müşteri detayı → Kullanım Geçmişi'nde "Kaynak sınırı ve canlı tüketim" kartı var: CPU, RAM, süreç ve disk G/Ç için paket sınırı ve şu anki kullanım, bellek ve CPU aşım sayaçları. Ölçüm sitenin bulunduğu sunucuda yapılır. Ortak PHP havuzundaki siteler ayrı ölçülemez; kartta bu açıkça yazar.

Bu sürümden sonra açılan sitelerde paketin CPU ve RAM sınırı, hesabın tüm sitelerine toplam olarak uygulanır; yeni bir site açmak hesabın hakkını katlamaz.

Toplu müşteri işlemleri ve ionCube

• 10'dan fazla hesabı kapsayan toplu işlemler arka planda çalışıyor. İşlemi yapan kişinin yetkisi iş başlarken yeniden denetleniyor; bu arada askıya alınmış ya da yetkisi daralmışsa iş yapılmıyor.
• ionCube Loader güncellemesi, yeni sürümün her PHP-FPM sürecinde gerçekten yüklendiğini doğruluyor. Yüklenmezse eski sürüm birebir geri konuyor.

Düzeltmeler

• Uzak düğümdeki sitelerde kötü bot listesi her zaman "kapalı" görünüyordu, FTP hesabı açılamıyordu, disk kullanımı 0 sayılıyordu.
• Yirmi ayar ucu, ilgili alan gönderilmediğinde (örneğin bir yapay zeka ya da API çağrısında) ayarı sessizce kapatıyor ya da varsayılana çekiyordu: otomatik güncelleme, önizleme tabanı, oturum süresi, dil, LDAP, OIDC, SIEM, giriş uyarısı, kota zorlaması, silme onayı ve diğerleri. Artık alan yoksa hiçbir şey değişmiyor.
• Zip biçimindeki bir uygulama arşivi tar sanılıyor, hiçbir şey kurulmadan "Uygulama kuruldu" deniyordu.
• Tek veritabanlı sitede "yanlışlıkla sildim, yedekten dön" yolu çalışmıyordu.
• DNS, MySQL, FTP, SSL, dosya yöneticisi ve yedek işlemlerinin çoğu artık sonucu okuyup "Doğrulandı" diyor. Sonucu okunamayan işlemlerde bildirim "Uygulandı · sonuç doğrulanmadı" diyor.

Panelde nerede?

• Yedekler: satırdaki "cPanel biçiminde dışa aktar".
• Gelişmiş İşlemler: göç planı ve yürütücüsü; Git önizleme izni.
• Alan adı → Yapay zeka: dosyaları da kapsayan geri sarma.
• Alan adı → WordPress → Akıllı güncelleme: test alanını boş bırakın.
• Alan adı → PHP → Sürüm denemesi: giriş adımı.
• Müşteriler → hesap → Kullanım Geçmişi: kaynak kartı.

Sınırlar

• cPanel arşivi, panelin kendi cPanel içe aktarıcısıyla ve gerçek MariaDB ile sınandı; gerçek bir cPanel sunucusunda içe aktarma henüz denenmedi. Plesk biçimi yok.
• Sunucu taşıma yürütücüsü ve işçi düğüm yedek kanalı tek makinede iki sunucu taklit edilerek sınandı; iki gerçek sunucu arasında henüz koşmadı.
• Mevcut siteler hesap toplam sınırına kendiliğinden geçmez. Yönetici uygun bir zamanda php /var/www/panel/scripts/hesap_dilim_gocu.php ile (önce provasıyla) taşıyabilir; --geri-al ile geri dönülür.
• Ekran görüntüsü karşılaştırması yalnız sunucuda başsız tarayıcı kuruluysa çalışır; panel bunu kurmaz.
• Çoklu sunucuda düğümler panelle birlikte güncellenmeli; eski düğüm yeni kaynak sınırı komutlarını reddeder.

Güncellemeden sonra

Bir şey yapmanız gerekmiyor. Panel güncellemesi yeni veritabanı tablolarını kendisi kuruyor. PR önizlemesini kullanmak için alan adının Git ayarlarında önizlemeyi açın.

Değişiklik listesi

Panelde Panel Yönetimi → Panel Güncellemesi ekranında gösterilen sürüm notunun tamamı:

Yedekleme ve taşıma

• cPanel biçiminde dışa aktarma. Yedekler ekranında "cPanel biçiminde dışa aktar": site dosyaları, posta kutuları, veritabanları ve yetkileri, DNS bölgesi ve sertifika cPanel'in içe aktarabileceği cpmove-<kullanıcı>.tar.gz dosyasına dönüşüyor. İş arka planda koşuyor, bitince indirme kendiliğinden başlıyor. Parolalar taşınmıyor; cPanel tarafında yeniden belirlenmeli.
• Sunucu taşıma yürütücüsü. Göç planı artık adım adım yürütülebiliyor: TTL düşürme, ilk kopya, dosya ve veritabanı farkının aktarılması, kısa bakım, DNS çevirme, eski sunucuda yönlendirme. Önce prova yapılabiliyor; düşen adım geri alınıyor, tamamlanan adımlar ters sırada geri alınabiliyor.
• Çoklu sunucuda yedek: işçi düğümdeki geri yükleme ve gece yedeği merkezin sahiplik kaydıyla çalışıyor; düğümün yedek sonucu Sağlık Merkezi'nde görünüyor.
• Tek veritabanlı sitede "yedekten geri dön" yolu çalışmıyordu (yedek manifesti son veritabanını yazmıyordu); düzeltildi.

Yapay zeka

• Dosya değişiklikleri de geri alınıyor. Alan adının yapay zeka sayfasındaki geri sarma, veritabanının yanında yapay zekanın dosya işlemlerini de geri alıyor: üzerine yazılan dosya önceki sürümüne dönüyor, yeni dosyalar çöpe gidiyor, yeniden adlandırılanlar eski adını alıyor. Önce neyin geri alınacağı gösteriliyor, şifreyle onaylanıyor.
• Yerel model kurulu değilken yapay zeka düğmeleri artık baştan gizli.

Siteler ve WordPress

• Git PR önizleme siteleri. İzin verilen alan adında GitHub/Gitea/GitLab'da bir PR açılınca sitenin geçici kopyası, veritabanı kopyası, PR'ın kodu ve SSL'i kendiliğinden kuruluyor; PR kapanınca siliniyor. Başka depodan (fork) gelen PR'lar açılmıyor.
• WordPress akıllı güncellemesi için hazır test kopyası gerekmiyor. Test alanı boş bırakılırsa canlının geçici bir kopyası açılıyor, güncelleme orada deneniyor, iş bitince kopya siliniyor.
• PHP sürüm denemesi oturum açılmış sayfaları da ölçüyor: giriş formu gönderilip çerezler sonraki isteklere taşınıyor.
• Gelişmiş vhost düzenleyicisi artık vhost dosyasının tamamını değil, siteye özel ayar parçasını yazıyor; nginx denetimi düşerse değişiklik geri alınıyor.

Müşteriler ve kaynaklar

• Müşteri detayında "Kaynak sınırı ve canlı tüketim" kartı: CPU, RAM, süreç ve disk G/Ç için paket sınırı ve anlık kullanım, bellek ve CPU aşım sayaçları.
• Yeni sitelerde paketin CPU/RAM sınırı hesabın tüm sitelerine toplam olarak uygulanıyor. Mevcut siteler kendiliğinden taşınmıyor; yönetici uygun bir zamanda taşıma komutunu çalıştırabilir.
• 10'dan fazla hesaplı toplu müşteri işlemleri arka planda koşuyor, istek zaman aşımına düşmüyor.
• ionCube Loader güncellemesi her PHP-FPM sürecinde gerçekten yüklendiğini doğruluyor; yüklenmezse eski sürüm birebir geri konuyor.

Düzeltmeler

• Uzak düğümdeki sitelerde kötü bot listesi her zaman "kapalı" görünüyordu, FTP hesabı açılamıyordu ve disk kullanımı 0 sayılıyordu; düzeltildi.
• Bazı ayar uçları ilgili alan gönderilmediğinde ayarı sessizce kapatıyordu (otomatik güncelleme, önizleme, oturum süresi, dil, LDAP/OIDC/SIEM ve başka 15 ayar); artık alan yoksa hiçbir şey değişmiyor.
• Zip biçimindeki uygulama arşivi tar sanılıp hiçbir şey kurulmadan "kuruldu" deniyordu; düzeltildi.
• DNS, MySQL, FTP, SSL, dosya yöneticisi ve yedek işlemlerinin çoğu artık sonucu okuyup "Doğrulandı" diyor; okunamayanlarda bildirimde "Uygulandı · sonuç doğrulanmadı" yazıyor.

Bu sürüme nasıl geçilir?

Panelde Panel Yönetimi → Panel Güncellemesi ekranında Güncellemeyi Denetle deyin; sürüm numarasının yanında bu sayfadaki notlar görünür. Kurulum tek tıktır ya da gece kendiliğinden yapılabilir. Paket, yayıncının RSA-4096 anahtarıyla imzalanmış bir manifestle gelir; imza doğrulanmazsa kurulum başlamaz, kurulum sonrası sağlık denetimi geçmezse panel önceki sürüme kendiliğinden döner. Güncelleme için lisansın geçerli olması gerekir; süresi dolmuş lisansta panel ve siteler çalışmaya devam eder.