cPanel PHP Sürümü Nasıl Değiştirilir? MultiPHP ve PHP Selector

cPanel PHP sürümü nasıl değiştirilir?

cPanel PHP sürümünü, panelde Yazılım bölümündeki MultiPHP Manager ekranından alan adını seçip "PHP Version" listesinden yeni sürümü belirleyerek ve Apply düğmesine basarak değiştirirsiniz. Hosting firmanız CloudLinux kullanıyorsa aynı işi PHP Selector üzerinden de yapabilirsiniz. Yükseltmeden önce yedek almanız gerekir.

Bu yazı, kendi cPanel hesabını yöneten site sahiplerine ve yazılımcılara yöneliktir. Önce iki aracın farkını, sonra alan adı bazlı sürüm seçimini, eklentileri ve php.ini ayarlarını anlatıyoruz. Ardından yükseltme öncesi kontrol listesini, test yöntemini ve geri dönüş planını veriyoruz.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu nedenle anlatım cPanel, CloudLinux ve php.net dokümanlarına dayanır. Panel görünümü hosting sağlayıcınıza ve sürümüne göre değişebilir. Ekranınızda farklı bir etiket görürseniz, sağlayıcınızın yardım sayfasını esas alın.

cPanel PHP sürümü, sitenizin hem güvenliğini hem de uyumluluğunu belirler. Eski bir sürüm güvenlik yaması almaz, çok yeni bir sürüm ise eski eklentileri bozabilir. Dolayısıyla doğru yöntem, sürümü bilinçli seçmek ve önce test etmektir.

MultiPHP Manager ile PHP sürümü adım adım nasıl değiştirilir?

MultiPHP Manager, cPanel'in kendi sürüm yönetim ekranıdır. cPanel dokümanına göre bu ekran, hesabınızdaki sanal sunucu kayıtları için PHP sürümünü ve PHP FPM seçeneklerini ayarlamanızı sağlar. Adımlar kısadır, ancak sırayı bozmayın.

1. Önce sitenizin tam yedeğini alın ve yedeğin indiğini kontrol edin.
2. cPanel'de Yazılım bölümünden MultiPHP Manager ekranını açın.
3. Listeden değiştirmek istediğiniz alan adının kutusunu işaretleyin.
4. Sağ taraftaki "PHP Version" listesinden yeni sürümü seçin.
5. Apply düğmesine basın ve onay mesajını bekleyin.
6. Siteyi ve yönetim panelini tarayıcıda açıp hata olup olmadığına bakın.

Listede yalnızca sunucuya kurulu sürümleri görürsünüz. İstediğiniz sürüm listede yoksa, sağlayıcınız o sürümü henüz kurmamış demektir. Bu durumda destek talebi açın. Sunucu ayarına dokunmaya çalışmayın.

MultiPHP Manager ile PHP Selector arasındaki fark nedir?

İki araç aynı amaca hizmet eder, ama farklı katmanlarda çalışır. MultiPHP Manager cPanel'in ve EasyApache'in parçasıdır. PHP Selector ise CloudLinux işletim sisteminin bir bileşenidir. CloudLinux dokümanına göre PHP Selector için CageFS ve Alt PHP paketlerinin kurulu olması gerekir.

Hangisinin sizde açık olduğunu panelinizdeki simgelerden anlarsınız. Select PHP Version simgesi varsa hosting firmanız büyük olasılıkla CloudLinux kullanıyordur. Simge yoksa yönetici onu paketinizde kapatmış olabilir. CloudLinux dokümanı bunun WHM'deki Feature Manager üzerinden açılıp kapandığını anlatır.

Üstelik iki araç birlikte de çalışabilir. CloudLinux dokümanına göre PHP Selector kullanırken, MultiPHP Manager'daki sistem varsayılanı ea-php olmalıdır. Panelde ikisini de görüyorsanız, aynı alan adı için ikisini birden değiştirmeyin; bir tanesini kaynak kabul edin.

PHP Selector'da sürüm ve eklenti nasıl seçilir?

PHP Selector'ı açtığınızda, genellikle sürüm listesini ve eklenti kutularını aynı ekranda görürsünüz. Ekran adı panelinize göre "Select PHP Version" ya da benzeri olabilir. Önce sürüm listesinden sürümü belirleyin, sonra gereken eklentileri işaretleyin ve değişikliği kaydedin.

CloudLinux dokümanı, seçtiğiniz eklentilerin yalnızca o anda seçili Alt PHP sürümü için yüklendiğini söyler. Diğer sürümler varsayılan eklenti setini kullanır. Bu yüzden sürümü değiştirdiğinizde, eklenti listesini yeniden kontrol edin. Aksi halde eskiden çalışan bir özellik sessizce kaybolabilir.

Ayrıca belge, özel php.ini ayarlarının PHP Selector'ın "Edit PHP settings" özelliği üzerinden değiştirilmesini önerir. Yani ayarları elle dosya yoluyla kurcalamak yerine ekranı kullanın. Sunucudaki php.ini yolunu yeniden tanımlayan ayarlar, belgeye göre PHP Selector'ı bozabilir.

CageFS konusunu burada tekrar anlatmıyoruz. Hesapların birbirinden nasıl yalıtıldığını merak ediyorsanız CageFS ve hesap izolasyonu yazımıza bakın.

Alan adı bazlı cPanel PHP sürümü seçimi ne işe yarar?

Alan adı bazlı seçim, aynı hesaptaki farklı siteleri farklı PHP sürümlerinde çalıştırmanızı sağlar. MultiPHP Manager listesinde her alan adı ayrı satırdır. Böylece yeni bir sürümü önce bir alt alan adında deneyip, sonuç iyiyse ana siteye geçebilirsiniz.

Örneğin ana siteniz eski bir tema yüzünden eski sürümde kalmak zorundaysa, yeni projenizi başka bir alan adında güncel sürümle yayınlayabilirsiniz. İki site birbirini etkilemez. Bu yaklaşım, tek hesapta birden fazla projeyi yöneten ajanslar ve geliştiriciler için özellikle işe yarar.

cPanel dokümanı iki önemli ayrıntıyı belirtir. Birincisi, listede "inherit" seçeneği sistem varsayılanını kullanmak anlamına gelir. İkincisi, inherit seçiliyken PHP FPM ayarlanamaz. PHP FPM'i kullanmak istiyorsanız, belirli bir sürümü açıkça seçmeniz gerekir.

Dokümana göre arayüz yalnızca park edilmemiş alan adlarını gösterir. Park edilmiş bir alan adı listede yoksa, onun sürümü hedef alan adınıza bağlıdır. Bu yüzden listede alan adı bulamazsanız panik yapmayın; önce bu ayrıma bakın.

PHP eklentileri nasıl açılır ve hangileri gerekir?

PHP eklentisi, PHP'ye ek özellik kazandıran modüldür. Görsel işleme, veritabanı bağlantısı ve şifreleme gibi işlerin çoğu eklentiyle çalışır. Eklenti eksikse site genellikle beyaz ekran ya da "Class not found" benzeri bir hata verir.

CloudLinux PHP Selector kullanıyorsanız eklentileri ekrandaki kutulardan açıp kapatırsınız. Select PHP Version simgesi yoksa eklenti listesini sağlayıcınız yönetiyordur. O durumda eksik eklentiyi destek talebiyle isteyin ve talebe hata mesajını ekleyin.

Hangi eklentilerin gerektiğini, yazılımınızın kendi gereksinim sayfasından öğrenirsiniz. Komut satırı erişiminiz varsa, yüklü eklentileri şu komutla listeleyebilirsiniz.

php -v
php -m
php --ini

İlk komut komut satırı sürümünü, ikincisi yüklü modülleri, üçüncüsü okunan php.ini dosyalarını gösterir. Ancak komut satırı sürümü, sitenizin web üzerinden kullandığı sürümden farklı olabilir. Bu yüzden web sürümünü ayrıca teyit edin. WordPress'te Araçlar menüsündeki Site Sağlığı sayfasının Bilgi sekmesi bunun için kullanışlıdır.

Yazılımınızın ne kullandığından emin değilseniz, site altyapı tespiti aracımızı deneyin. Aracın sonucu bir ipucu verir, ama kesin gereksinim için yazılımın belgesine bakmanız gerekir.

cPanel'de php.ini ayarları nasıl düzenlenir?

cPanel'de php.ini ayarlarını MultiPHP INI Editor ile düzenlersiniz. Bu ekranın iki modu vardır. Basic Mode, sık kullanılan ayarları kutular halinde gösterir. Editor Mode ise php.ini dosyasını doğrudan metin olarak düzenlemenizi sağlar ve ileri düzey kullanıcılara yöneliktir.

cPanel dokümanına göre ekranda önce bir konum seçersiniz. Konum, tek bir alan adı ya da "Home Directory" olabilir. Home Directory seçerseniz değişiklik hesabın geneline etki eder. Bu nedenle tek bir siteyi ilgilendiren ayarı alan adı düzeyinde yapmak daha güvenlidir.

Belgeye göre ekran, değişiklikleri php.ini, .user.ini ve .htaccess dosyalarına yazar, ama yalnızca o dosya ilgili ayarı destekliyorsa. Üç dosyanın içeriği birbirinin aynısı olmayabilir. Editor Mode'da yazım hatası yaparsanız PHP betikleri çalışmaz hale gelebilir.

Basic Mode'da ihtiyacınız olan ayarı bulabiliyorsanız Editor Mode'a hiç geçmeyin. Kutu kullanmak, yazım hatası riskini ortadan kaldırır. Ayrıca belgeye göre büyük bir PHP sürümü yükseltmesinden sonra ayarları yeniden kaydetmeniz gerekebilir.

memory_limit, upload_max_filesize ve max_execution_time ne işe yarar?

Bu üç ayar, sitenizin en sık tökezlediği limitleri belirler. php.net çekirdek ayarlar sayfasına göre memory_limit bir betiğin kullanabileceği en yüksek belleği, upload_max_filesize yüklenebilecek en büyük dosya boyutunu, max_execution_time ise bir betiğin çalışabileceği en uzun süreyi tanımlar. Son ayarın 30 saniyelik varsayılanını php.net çalışma zamanı yapılandırma sayfasında görebilirsiniz.

Bu değerler php.net'in belirttiği varsayılanlardır. Hosting sağlayıcınız farklı bir değer uyguluyor olabilir ve üst sınır koyabilir. Panelde gördüğünüz değer, sizin için geçerli olandır.

Değerleri gereğinden fazla yükseltmeyin. memory_limit için -1 değeri sınırsız anlamına gelir, ama bu tek bir hatalı betiğin sunucu belleğini tüketmesine yol açabilir. Kaynak sınırı olan paylaşımlı hostingde, yüksek değer sorunu çözmek yerine hesabınızın limite çarpmasına neden olur.

Dosya yükleme limitini artırırken hangi değerler birlikte değişmeli?

Yükleme limitini artırırken upload_max_filesize ile post_max_size birlikte değişmelidir. php.net dokümanına göre post_max_size, upload_max_filesize değerinden büyük olmalıdır. Ayrıca gönderilen veri post_max_size değerini aşarsa, hem $_POST hem de $_FILES boş gelir.

Örnek hesap: 64 MB'a kadar dosya yüklemek istiyorsanız, upload_max_filesize için 64M, post_max_size için 72M gibi biraz daha yüksek bir değer seçersiniz. Fark, formdaki diğer alanlara pay bırakır. php.net ayrıca memory_limit değerinin post_max_size değerinden büyük olması gerektiğini söyler.

MultiPHP INI Editor'ün Basic Mode ekranında bu ayarlar kutu olarak çıkar. Dosya düzenlemeyi tercih ederseniz, alan adının klasöründeki .user.ini dosyasına şu örneği yazabilirsiniz. Değerler yalnızca örnektir; kendi ihtiyacınıza göre değiştirin.

memory_limit = 256M
upload_max_filesize = 64M
post_max_size = 72M
max_execution_time = 120
max_input_vars = 3000

Ayarı kaydettikten sonra etkisini mutlaka sınayın. Küçük bir dosya yüklemeyi deneyin, ardından limite yakın bir dosyayı deneyin. Değer değişmiyorsa sağlayıcınızın üst sınırı olabilir. Böyle bir durumda destek talebi açmak tek çıkar yoldur.

cPanel PHP sürümünü yükseltmeden önce hangi kontrol listesini uygulamalısınız?

Yükseltmeden önce yedek, uyumluluk ve geri dönüş planı hazır olmalıdır. Bu üçü hazırsa sürüm değişikliği birkaç dakikalık bir iştir. Biri eksikse küçük bir hata bile canlı sitenizi saatlerce kapatabilir.

• Dosya ve veritabanı yedeğini alın, yedeği hosting dışında bir yerde de saklayın.
• Mevcut PHP sürümünü ve ayarları not edin, çünkü geri dönüşte onlara ihtiyacınız olacak.
• CMS, tema ve eklentilerinizin yeni sürümle uyumlu olduğunu geliştiricilerin belgesinden doğrulayın.
• Güncellemesi biten eklentileri bulun; bunları kaldırmak ya da değiştirmek gerekebilir.
• Trafiği düşük bir saati seçin ve değişiklik penceresini önceden belirleyin.
• Test için bir kopya site hazırlayın.

Yedek konusunda emin olmak için web sitesi yedekleme stratejisi yazımıza göz atın. Yedeği geri yükleyebildiğinizi bir kez denemeden güvenmeyin. Çünkü geri yüklenemeyen bir yedek, yedek sayılmaz.

php.net'in sürümler arası geçiş (migration) kılavuzu, hangi özelliklerin kaldırıldığını sürüm sürüm anlatır. Özel kod yazdırdıysanız bu kılavuzu yazılımcınızla birlikte okuyun. Hazır bir CMS kullanıyorsanız çoğu zaman eklenti geliştiricilerinin uyumluluk notları yeterlidir.

Yükseltmeyi canlı siteye dokunmadan nasıl test edersiniz?

En güvenli yöntem, siteyi bir test alan adına kopyalayıp yeni PHP sürümünü yalnızca orada denemektir. Alan adı bazlı sürüm seçimi bu iş için biçilmiş kaftandır. Canlı siteniz eski sürümde çalışmaya devam ederken, test kopyası yeni sürümde çalışır.

1. cPanel'de bir alt alan adı oluşturun ve canlı sitenin dosyalarını oraya kopyalayın.
2. Veritabanının ayrı bir kopyasını oluşturup test sitesinin yapılandırmasını ona bağlayın.
3. Test sitesinin arama motorlarına kapalı olduğundan emin olun.
4. MultiPHP Manager'da yalnızca test alan adının PHP sürümünü yükseltin.
5. Ana sayfayı, yönetim panelini, form gönderimini ve ödeme akışını deneyin.
6. Hata günlüğünü okuyun ve uyarıları not edin.

Test sitesi canlı veritabanına bağlıysa, denemeleriniz gerçek verileri değiştirebilir. Bu yüzden veritabanını mutlaka ayırın. E-ticaret siteniz varsa test ortamında sipariş e-postalarının gerçek müşterilere gitmediğinden emin olun.

Testi ne kadar ayrıntılı yaparsanız, canlıda o kadar az sürprizle karşılaşırsınız. Özellikle kullanıcıların sık kullandığı sayfaları listeleyip hepsini tek tek açın. Hata günlüğü yeni ve eski uyarıları birbirinden ayırmanıza yardım eder.

Sürüm değişince hata alırsanız hata günlüğünü nasıl okursunuz?

Sürüm değişikliğinden sonra beyaz ekran, 500 hatası ya da eksik özellik görürseniz, ilk bakacağınız yer hata günlüğüdür. Günlükteki son satırlar çoğu zaman sorunu doğrudan söyler. Örneğin kaldırılmış bir işlevin ya da eksik bir eklentinin adını açıkça görürsünüz.

Hata günlüğüne hosting panelinizin hata ekranından ya da alan adı klasöründeki günlük dosyasından ulaşırsınız. Konumu sağlayıcınızın yardım sayfasından doğrulayın, çünkü konum kuruluma göre değişir. Sorunu yeniden üretin ve günlükte yalnızca o ana ait satırlara bakın.

Hata mesajı genellikle bir dosya adı ve satır numarası içerir. Dosya bir eklentiye aitse, o eklentiyi geçici olarak devre dışı bırakmak çözümün ilk adımıdır. Dosya çekirdek bir kütüphaneye aitse, yazılım güncellemesi gerekir.

Bu yazıda hata kodlarının ayrıntısına girmiyoruz. Ama sürüm değişikliği sonrası 403 hatası görürseniz, güvenlik duvarı kuralları devrede olabilir. ModSecurity ve 403 hatası yazımız bu durumu açıklar.

Önceki cPanel PHP sürümüne nasıl geri dönersiniz?

Eski sürüme dönmek için MultiPHP Manager ya da PHP Selector ekranında aynı alan adını seçip önceki sürümü yeniden belirlersiniz. İşlem yükseltmenin tersidir ve genellikle birkaç saniye sürer. Bu yüzden önceki sürümü not etmeniz önemlidir.

Önceki cPanel PHP sürümüne döndükten sonra siteyi yeniden açıp çalıştığını doğrulayın. Yeni sürümde çalışırken yaptığınız veri değişiklikleri varsa, onları kontrol edin. Örneğin yönetim panelinden güncellediğiniz bir eklenti, eski sürümle uyumsuz olabilir. Böyle durumlarda yedekten dönmeniz gerekebilir.

Ayrıca cPanel dokümanı, büyük bir sürüm yükseltmesinden sonra INI ayarlarının yeniden kaydedilmesi gerekebileceğini söyler. Geri dönüşte de ayarları gözden geçirin. Ayarlar sürüme göre ayrı tutulabilir; bu yüzden php.ini değerlerinizi bir yere yazın.

Geri dönüş geçici bir çözümdür. Eski sürümde kalmak güvenlik riskini sürdürür. Bu nedenle sorunun kaynağını bulun, eklentiyi güncelleyin ve yeniden yükseltmeyi planlayın.

Eski PHP sürümü neden risklidir ve destek takvimi nasıl işler?

Eski PHP sürümleri güvenlik yaması almadığı için risklidir. php.net destek politikasına göre her sürüm dalı iki yıl aktif destek, ardından iki yıl yalnızca güvenlik desteği alır. Toplam dört yılın sonunda sürüm yaşam sonuna (end of life) ulaşır ve hiçbir düzeltme yayınlanmaz.

Güvenlik açığı bulunan bir sürümde, sitenize ulaşan her saldırı denemesi korumasız kalır. OWASP listesindeki açıkların çoğu kod düzeyindedir, ama güncel olmayan altyapı da risk yaratır. Daha fazlası için OWASP Top 10 yazımıza bakabilirsiniz.

Tablo, php.net'in "Supported Versions" sayfasından Ekim 2026'da alınmıştır. Sayfa değişir, bu yüzden karar vermeden önce güncel tabloya bakın. Listede olmayan 8.1 ve daha eski dallar yaşam sonuna ulaşmıştır. Kısacası, bunlardan birindeyseniz yükseltme planı yapmanın zamanı gelmiştir.

Sürüm numarasını bilmiyorsanız önce öğrenin. Ardından o dalın destek bitiş tarihine bakın. Bitişe bir yıldan az kaldıysa yükseltmeyi şimdi planlayın, çünkü eklenti uyumsuzlukları son haftalara sığmaz.

cPanel PHP sürümünü yükseltmek siteyi hızlandırır mı?

Kesin bir hız vaadi veremeyiz, çünkü kazanç uygulamaya göre değişir. Yeni sürümler genellikle bakım ve güvenlik açısından avantaj sağlar. Hız farkı ise kodunuza, eklentilerinize ve veritabanınıza bağlıdır. Bu nedenle önce ölçün, sonra karşılaştırın.

Hız tarafında ayrıca önbellek ayarları da etkilidir. PHP kodunun derlenmiş halini bellekte tutan OPcache, sunucu tarafındaki en önemli ayarlardan biridir. Ayrıntılarını OPcache yazımızda anlattık, burada tekrar etmiyoruz.

Genel yavaşlık sorunlarını teşhis etmek için sunucu kaynaklı yavaşlık nedenleri yazımızı okuyun. Hız ile arama sıralaması arasındaki ilişki ise site hızının SEO etkisi yazımızda var.

Yükseltmenin etkisini görmek için yükseltmeden önce ve sonra aynı sayfayı aynı koşullarda birkaç kez ölçün. Tek bir ölçüme güvenmeyin. Eğilimi izleyin, böylece sürümün gerçek etkisini ayırt edersiniz.

Laravel ve diğer çatılar için PHP sürümü nasıl seçilir?

Laravel gibi çatıların her sürümü belirli PHP sürümlerini ister. Proje klasöründeki composer.json dosyası, gereken PHP aralığını "require" bölümünde yazar. Sürümü değiştirmeden önce bu aralığa bakın. Aralığın dışına çıkarsanız bağımlılıkları yükleyemezsiniz ya da proje çalışmaz.

Laravel projesini cPanel'e nasıl kuracağınızı ayrıca anlattık. Kurulum adımları için Laravel cPanel kurulum rehberimize bakın. Burada yalnızca sürüm tarafını ele alıyoruz.

Alan adı bazlı sürüm seçimi burada da işe yarar. Laravel projesini kendi alt alan adına koyup, ona uygun sürümü seçersiniz. Bu sırada ana WordPress siteniz başka bir sürümde kalabilir. Böylece iki proje birbirini bağlamaz.

Komut satırından çalıştırdığınız araçlar, web sürümünden farklı bir PHP kullanabilir. Composer komutları çalıştırırken php -v çıktısını kontrol edin. Sürüm uyuşmazlığı, kurulum sırasında beklenmedik uyarılara yol açar.

PHP FPM nedir ve sürüm seçimiyle ilgisi nedir?

PHP FPM, PHP isteklerini bir işçi havuzu üzerinden karşılayan çalışma biçimidir. cPanel dokümanı onu, bir sitenin normalde işleyebileceğinden daha fazla isteği karşılamasına yardım eden alternatif bir PHP modülü olarak tanımlar. Bu nedenle yoğun trafikli sitelerde sık gündeme gelir.

MultiPHP Manager'da PHP FPM seçeneği, alan adı satırında ayrı bir ayar olarak durur. Ancak belge, sürümü "inherit" bırakırsanız FPM'i açamayacağınızı söyler. Yani önce belirli bir sürüm seçersiniz, sonra FPM'i etkinleştirirsiniz. Ayrıca ana alan adı değişirse FPM'in kapandığını ve yöneticinin yeniden açması gerektiğini de belirtir.

FPM havuz ayarları, yani işçi sayısı gibi değerler sunucu düzeyinde kalır. Bu ayarlar paylaşımlı hostingde çoğu zaman sağlayıcıya aittir. Dolayısıyla yavaşlık yaşıyorsanız, ayarı kurcalamak yerine ölçüm verilerinizle sağlayıcıdan destek isteyin.

Sürüm değişikliği zamanlanmış görevleri ve komut satırını etkiler mi?

Evet, etkileyebilir. Web sitenizin kullandığı PHP ile komut satırının kullandığı PHP aynı olmak zorunda değildir. Bu yüzden cron görevleriniz, beklediğinizden farklı bir sürümle çalışıyor olabilir. Özellikle Composer gibi komut satırı araçları bu farktan etkilenir.

Zamanlanmış görev tanımlarken komutun hangi PHP yorumlayıcısını çağırdığını kontrol edin. Örneğin görev e-posta kuyruğunu ya da yedekleme betiğini çalıştırıyorsa, yeni sürümle de çalıştığından emin olun. Sürüm değişikliğinden sonra görevin çıktısını bir kez elle çalıştırıp inceleyin.

Aksi halde site normal görünür, ama arka plan işleri sessizce başarısız olur. Bu tür hataları günlerce fark etmezsiniz. Üstelik e-ticarette, kuyruktaki siparişlerin işlenmemesi gibi pahalı sonuçlar doğurabilir.

PHP sürümü değiştirirken en sık yapılan hatalar nelerdir?

Sahada en sık görülen hatalar, hazırlık eksikliğinden doğar. Genellikle teknik zorluk değil, atlanan bir adım sorun çıkarır. Aşağıdaki liste, kontrol listenize eklemeniz gereken noktaları özetler.

• Yedek almadan sürümü değiştirmek ve geri dönüş yolunu bilmemek.
• Bir sürüm atlayarak çok eski bir sürümden en yeniye geçmek ve uyumsuz eklentileri fark etmemek.
• Aynı alan adı için hem MultiPHP Manager'ı hem PHP Selector'ı değiştirmek.
• Eklentileri yeniden kontrol etmeyi unutmak, çünkü seçimler sürüme göre ayrıdır.
• Yoğun saatte, test etmeden canlı siteyi değiştirmek.
• Limit değerlerini gereğinden fazla artırıp sunucu kaynağını tüketmek.

Bu hataların hepsini, yazının başındaki sırayı izleyerek önlersiniz. Yani yedek, test, değişiklik, izleme ve geri dönüş planı sırasını bozmayın. Zaman kazanmak için atlanan adım, çoğu zaman en pahalı adım olur.

Ne zaman kendiniz yapmamalı, hosting sağlayıcınıza bırakmalısınız?

Ekran görünür ve yönergeler açıksa sürüm değiştirmeyi kendiniz yapabilirsiniz. Ancak bazı durumlarda işi hosting sağlayıcısına bırakmak daha akıllıcadır. Çünkü yanlış bir adım, birden fazla siteyi ya da sunucunun tamamını etkileyebilir.

• Sunucu genelindeki PHP varsayılanını ya da PHP handler ayarını değiştirmek gerekiyorsa sağlayıcıya bırakın.
• İstediğiniz sürüm listede yoksa kendiniz kurmaya çalışmayın.
• Yedeğiniz yoksa ya da yedeği denemediyseniz yükseltmeyi erteleyin.
• Canlı bir e-ticaret sitesinde yoğun kampanya gününde sürüm değiştirmeyin.
• Özel yazılımınız varsa önce geliştiricinize danışın.

Destek talebi açarken alan adını, mevcut ve hedef sürümü, aldığınız hata mesajını ve denediğiniz adımları yazın. Böylece sağlayıcı sorunu daha hızlı çözer. Hosting paketinizi gözden geçirecekseniz hosting seçimi rehberimiz yardımcı olur.

Özel yazılımınızı yeni sürüme taşımak kod değişikliği gerektiriyorsa, bu bir yazılım işidir. Bu tür projelerde özel yazılım geliştirme ekibimizle konuşabilirsiniz. Sitenizin yenilenmesi gerekiyorsa web tasarım hizmetimiz de seçeneklerinizden biridir.

Yükseltmeden sonra neleri izlersiniz?

Yükseltmeden sonraki ilk gün, siteyi yakından izleyin. Hata günlüğünü birkaç kez açın, form ve ödeme akışlarını yeniden deneyin ve zamanlanmış görevlerin çalıştığını doğrulayın. Çünkü bazı hatalar yalnızca belirli bir işlem tetiklendiğinde ortaya çıkar.

Arama motoru tarafında da kısa bir kontrol yapın. Search Console'da tarama hatası artışı olup olmadığına bakın. Sunucu hata verirse, botlar da hata alır. Bu yüzden sayfaların normal yanıt verdiğinden emin olun.

Ayrıca eklenti ve tema güncellemelerini ertelemeyin. Yeni sürümle uyumlu güncellemeler genellikle birkaç hafta içinde çıkar. Sürümü güncel tutmak tek seferlik bir iş değildir; düzenli bir alışkanlık olmalıdır.

Özet: hangi sırayla ilerlemelisiniz?

Sıra basittir. cPanel PHP sürümünü değiştirmeden önce yedek alın ve mevcut sürümü not edin. Ardından uyumluluğu doğrulayın, test alan adında yeni sürümü deneyin ve hata günlüğünü okuyun. Sorun yoksa canlı siteyi yükseltin, izleyin ve geri dönüş planını elinizde tutun.

MultiPHP Manager mı PHP Selector mı kullandığınızı panelinizdeki simgelerden anlarsınız. Hangisi açıksa onunla ilerleyin ve aynı alan adı için ikisini birden değiştirmeyin. Limit ayarlarında upload_max_filesize ile post_max_size değerlerini birlikte düşünün.

Eski sürümde kalmanın bedeli güvenlik yamasız bir siteyle yaşamaktır. php.net destek takvimini yılda birkaç kez kontrol edin. Böylece yükseltme sizi sürpriz bir tarihte yakalamaz.