PHP 8.2, 8.3, 8.4 ve 8.5: Hangi Sürümü Seçmeliyim?

Hosting panelinde PHP 8.2, 8.3, 8.4 ve 8.5 yan yana duruyor. Hangisini seçelim? En büyük numaraya tıklamak kolay; asıl mesele uygulamanın o sürümde düzgün çalışması ve önümüzdeki dönemde güncelleme alabilmesi.

Yeni bir proje başlatmakla yıllardır çalışan bir siteyi taşımak aynı karar değil. Sıfırdan projede güncel sürümü hedeflemek daha rahat olabilir. Eski sitede ise tema, eklentiler, uygulamanın üzerine kurulduğu yazılım çatısı (framework) ve ticari bileşenlerin hangi PHP sürümleriyle çalıştığını birlikte kontrol etmek gerekiyor.

Destek süreleri bize ne söylüyor?

PHP'nin resmi destek takvimindeki tarihler şöyle. “Güvenlik desteği” ile düzenli hata düzeltmeleri içeren aktif destek aynı dönem değil:

8.2 bugün sırf eski numaralı diye desteksiz sayılmaz; fakat yeni bir projeyi üzerine kurarken kalan süreyi hesaba katmak lazım. 8.3 de “hiç güncelleme almıyor” demek değil. Öte yandan tabloda destekleniyor görünmek, sunucundaki eski yama paketinin kendiliğinden güncel olduğu anlamına gelmez.

Ben hangi durumda hangisini değerlendiririm?

• Yeni proje: Kullanacağım framework ve bağımlılıklar destekliyorsa önce 8.5'i test ederim. Kullanmayacağım özellikler için uyumluluğu zorlamam.
• Çalışan proje: Mevcut sürümden hedef sürüme kontrollü geçiş planlarım. 8.4 uygulama tarafından doğrulanmışsa, sırf 8.5 var diye hazırlıksız atlamam.
• Eski bir ticari yazılım: Üreticinin desteklediği sürüm, gerekli loader ve eklentiler seçimi daraltır. Sürüm değiştirmek uygulama desteğinin yerini tutmaz.
• 8.2'de kalan site: Önce güncel yamayı ve geçiş engellerini belirlerim; resmi destek sonuna yaklaşırken taşınmayı son güne bırakmam.

Bunlar her site için tek doğru sürüm ilanı değil, karar sırası. Daha yeni PHP'nin her uygulamada otomatik hız kazandıracağını da varsayma. Kendi giriş, arama, raporlama ve arka plan işlerini ölçmeden performans yüzdesi vermek anlamlı olmaz.

Seçtiğin sürümü gerçekten site mi kullanıyor?

Terminaldeki php -v yalnız o komutun bulduğu çalıştırıcıyı gösterir. Web isteği başka bir PHP'ye gidiyor olabilir. Yetkili olduğun test alanında küçük bir dosyayla web tarafını da kontrol edebilirsin:

<?php
header('Content-Type: text/plain; charset=utf-8');
echo 'PHP: ', PHP_VERSION, PHP_EOL;
echo 'SAPI: ', PHP_SAPI, PHP_EOL;
echo 'INI: ', php_ini_loaded_file() ?: '(none)', PHP_EOL;

SAPI, PHP'nin hangi arayüzle çalıştığını ayırmaya yardımcı olur. Web, terminal ve cron aynı sürümü göstermiyorsa cPanel'de sürüm değişmesine rağmen eski PHP'nin çalışması yazısındaki ayrımı uygula.

Hosting seçerken sürüm listesinden fazlasını sor

İhtiyaç duyduğun pdo_mysql, intl, mbstring, curl gibi eklentiler hedef dalda var mı? CLI ve zamanlanmış görevlerde aynı sürümü seçebiliyor musun? Sorun çıkarsa önceki sürüme dönebiliyor musun? Destek ekibinin bu sorulara vereceği somut cevap, uzun bir sürüm listesinden daha kullanışlıdır.

Dağıtıcı bazı güvenlik düzeltmelerini eski sürüm numarasını koruyarak sunabilir. PHP projesinin yayımladığı sürüm ile hosting sağlayıcısının paket numarası bu yüzden farklı görünebilir. Pakette hangi düzeltmelerin bulunduğunu ve desteğin neleri kapsadığını sağlayıcının kayıtlarından kontrol et. Eski bir dalın listede bulunması tek başına uzun vadeli uygulama uyumluluğu veya güvenlik garantisi değildir.

Hedef sürümü seçtiğinde önce geçiş kontrol listesini uygula. Giriş ve ödeme gibi kritik akışlar, cron işleri ve hata kayıtları hedef ortamda kontrol edilmeden canlıdaki seçeneği değiştirme.

Not: Sürüm kontrolü için oluşturduğun dosya yalnız test süresince, erişimi sınırlı bir yerde kalsın; iş bitince kaldır.