cPanel PHP Sürümü Değiştirme (MultiPHP Manager)
WordPress, Laravel ya da özel yazılmış bir uygulama; hepsinin desteklediği bir PHP sürüm aralığı vardır ve bu aralığın dışında kalmak ya güvenlik açığı ya da beyaz ekran demektir. cPanel PHP sürümü değiştirme işlemi MultiPHP Manager aracıyla saniyeler sürer; asıl iş, geçişten önce uyumluluğu doğrulamak ve geçişten sonra ayarları kontrol etmektir.
LIONFIN cPanel hosting sunucularında birden fazla PHP sürümü yan yana kurulu gelir; alan adı başına farklı sürüm seçebilirsiniz. Aşağıda sürüm seçimi, php.ini ayarları, uyumluluk testi ve geçiş sonrası hatalar için izleyeceğiniz yolu bulacaksınız.
Hangi PHP sürümünü seçmelisiniz?
Kural basit: uygulamanızın desteklediği en yeni kararlı sürüm. Her PHP sürümü yayından sonra bir süre aktif, ardından yalnızca güvenlik desteği alır; desteği biten sürümde açıklar kapatılmaz. Karar verirken şu tabloya bakın:
| Uygulama | Önerilen sürüm | Not |
|---|---|---|
| Güncel WordPress ve popüler eklentiler | PHP 8 serisinin desteklenen bir sürümü | Eski eklentileri önce güncelleyin |
| Laravel (güncel sürümler) | PHP 8.2 ve üzeri | Composer bağımlılıklarını kontrol edin |
Eski özel yazılım (mysql_ fonksiyonları) | PHP 7.4 (geçici) | Kodun yenilenmesi gerekir |
| Statik HTML site | En yeni sürüm | PHP kullanmasa da güvenli tarafta kalın |
Sürüm yükseltmenin hız kazancı da somuttur: PHP 8 serisi, aynı kodu 7 serisine göre belirgin biçimde daha hızlı çalıştırır ve daha az bellek kullanır. Geçişin performans ve uyumluluk boyutu PHP 8 güncelleme rehberi yazısında ele alınır.
cPanel PHP sürümü değiştirme adımları (MultiPHP Manager)
Sürüm değişikliği alan adı bazında yapılır; aynı hesaptaki addon domainler farklı sürümlerde çalışabilir:
- cPanel’de Software → MultiPHP Manager ekranını açın.
- Üstteki System PHP Version satırı sunucunun varsayılan sürümünü gösterir; bir alan adı inherit durumundaysa bu sürümü kullanıyor demektir.
- Listeden sürümünü değiştirmek istediğiniz alan adlarını işaretleyin.
- Sağdaki PHP Version açılır listesinden yeni sürümü seçin (örneğin
ea-php83). - Apply düğmesine basın; değişiklik anında uygulanır, yeniden başlatma gerekmez.
Sürümü doğrulamak için belge kökünde bilgi.php adıyla tek satırlık bir dosya oluşturun:
<?php phpinfo();Tarayıcıda siteniz.com/bilgi.php adresini açın; sayfanın başında aktif sürüm yazar. Kontrol bitince dosyayı silin, sunucu bilgilerini herkese açık bırakmayın. Bazı sunucularda MultiPHP Manager yerine CloudLinux Select PHP Version aracı görünür; mantık aynıdır, ek olarak eklenti (extension) listesini de oradan yönetirsiniz.
PHP ayarları: MultiPHP INI Editor ile memory_limit ve upload sınırı
Sürümden sonra en çok değiştirilen şey limitlerdir. Software → MultiPHP INI Editor iki mod sunar: Basic Mode en sık kullanılan yönergeleri açılır listelerle gösterir, Editor Mode ise alan adının php.ini dosyasını doğrudan düzenletir. Sık değiştirilen değerler:
| Yönerge | Görevi | Yaygın değer |
|---|---|---|
memory_limit | Betiğin kullanabileceği bellek | 256M (WooCommerce için 512M) |
upload_max_filesize | Tek dosya yükleme sınırı | 64M |
post_max_size | Form ve yükleme toplamı | upload değerinden büyük, 128M |
max_execution_time | Betiğin çalışma süresi (saniye) | 120–300 |
display_errors | Hataları ekranda gösterme | Canlı sitede Off |
Değerleri seçip Apply dediğinizde cPanel belge köküne bir php.ini ve .user.ini yazar. Sunucunun üst sınırını aşan değerler sessizce yok sayılır; büyük bir bellek ihtiyacı için paket yükseltmeyi ya da VPS sunucu seçeneğini değerlendirin. Yalnızca WordPress medya yükleme sınırını büyütmek istiyorsanız upload_max_filesize ve post_max_size ikilisini birlikte artırın.
Geçişten önce uyumluluk kontrolü
Beklenmedik hataları önlemenin yolu, sürümü canlıda değiştirmeden önce test etmektir:
- Tam yedek alın; adımlar cPanel yedek alma rehberinde.
- WordPress’te Araçlar → Site Sağlığı ekranındaki PHP uyarılarını okuyun; eklenti ve tema güncellemelerini tamamlayın.
- Uygulamanız özel kodsa PHP sürüm notlarındaki kaldırılan fonksiyonları arayın:
mysql_*,ereg,each(),create_functionve küme parantezli dizi erişimi başlıca kırılma noktalarıdır. - Bir test subdomaini açıp sitenin kopyasını oraya kurun ve yalnızca o subdomainin sürümünü yükseltin.
- Test başarılıysa canlı alan adında aynı değişikliği yapın.
Softaculous ile kurulu uygulamalarda Create Staging özelliği kopyayı sizin yerinize üretir. Test ortamında hata görmek için display_errors değerini geçici olarak On yapabilirsiniz; canlıda kapalı tutun, hata mesajları dosya yollarını ve sürüm bilgisini dışarı sızdırır.
Cron ve SSH tarafında PHP sürümü
MultiPHP Manager yalnızca web isteklerini etkiler. Komut satırından ya da zamanlanmış görevlerden çalışan betikler sunucunun varsayılan php ikilisini kullanır ve bu sürüm sitenizinkinden farklı olabilir. Bir cron görevinin web ile aynı sürümde çalışmasını istiyorsanız komutta tam yolu yazın:
/opt/cpanel/ea-php83/root/usr/bin/php /home/kullanici/public_html/gorev.phpSürüm klasörünün adı MultiPHP Manager listesindeki tanımla (ea-php83) aynıdır. Aynı yolu SSH oturumunda da kullanabilir, php -v çıktısıyla karşılaştırabilirsiniz. Zamanlanmış görev tanımlama adımları cPanel cron job oluşturma rehberinde anlatılır; WordPress’in kendi zamanlayıcısını sistem cron’una bağlarken de bu yolu kullanmanız gerekir.
Geçiş sonrası hatalar ve çözümleri
cPanel PHP sürümü değiştirme sonrasında karşılaşılan başlıca durumlar:
HTTP 500 ya da beyaz ekran
Çoğunlukla eski bir eklenti ya da kaldırılmış bir fonksiyondur. Metrics → Errors ekranı son hataları listeler; WordPress’te wp-config.php içine define("WP_DEBUG", true); ekleyip hatayı okuyun, sorunlu eklentiyi FTP ile devre dışı bırakın.
“Call to undefined function” hatası
Gerekli PHP eklentisi (örneğin intl, imagick, soap) yeni sürümde etkin değildir. Select PHP Version ekranında Extensions sekmesinden işaretleyin; bu ekran yoksa destek talebi açın.
Yükleme sınırı eskiye döndü
Her sürümün php.ini dosyası ayrı tutulur; MultiPHP INI Editor ayarlarını yeni sürümde yeniden uygulayın.
.htaccess içindeki eski handler satırı
Önceki sürümü zorlayan AddHandler application/x-httpd-ea-php74 gibi satırlar seçtiğiniz sürümü ezer; dosyayı Dosya Yöneticisi ile açıp bu satırı kaldırın.
Sık Sorulan Sorular
PHP sürümünü değiştirmek siteyi bozar mı?
Güncel bir WordPress ya da çerçeve kullanıyorsanız çoğunlukla hiçbir şey fark etmezsiniz. Risk, yıllardır güncellenmeyen eklenti ve özel kodlardadır. Önce yedek alıp test subdomaininde denemek, sorun çıkarsa MultiPHP Manager üzerinden eski sürüme dönmek her zaman mümkündür.
Her alan adı için farklı PHP sürümü seçebilir miyim?
Evet. MultiPHP Manager sürümü alan adı bazında uygular; ana alan adı, addon domainler ve subdomainler için ayrı ayrı seçim yapabilirsiniz. Eski bir uygulamayı subdomainde eski sürümle çalıştırırken ana siteyi güncel sürümde tutmak yaygın bir kullanımdır.
MultiPHP Manager panelimde görünmüyor, ne yapmalıyım?
Sunucuda CloudLinux kullanılıyorsa aynı işi Software bölümündeki Select PHP Version aracı yapar. İkisi de yoksa sürüm seçimi paketinizde kapalı olabilir; müşteri panelinden destek talebi açarak istediğiniz sürümü belirtin, ekibimiz ayarı sizin için uygular.
Desteği bitmiş PHP sürümü kullanmanın riski nedir?
Yeni keşfedilen güvenlik açıkları o sürüm için kapatılmaz; site ele geçirilebilir ve aynı hesaptaki diğer siteler de etkilenir. Ayrıca güncel eklenti ve temalar eski sürümü desteklemeyi bırakır, güncelleme yapamazsınız. Eski sürüm yalnızca kod yenilenene kadar geçici bir köprü olmalıdır.
Bu makale yardımcı oldu mu?
Geri bildiriminiz için teşekkürler!
kişi faydalı buldu