Kısaca özet
- PHP 8.2 desteği 31 Aralık 2026’da bitiyor; bu tarihten sonra sürüm güvenlik yaması almayacak ve bulunan açıklar kapatılmayacak.
- Bugün geçilebilecek iki sürüm var: güvenlik desteği 31 Aralık 2027’ye kadar süren PHP 8.3 ve 31 Aralık 2028’e kadar süren PHP 8.4.
- WordPress 6.7 ve sonrası PHP 8.4 ile uyumludur; çekirdek tarafında engel yoktur, sorun çıkaran neredeyse her zaman eski bir eklenti ya da temadır.
- Bakımı süren eklentilerle çalışan site doğrudan 8.4’e geçebilir; uzun süredir güncellenmeyen eklentisi olan site için 8.3 daha az sürprizli ara duraktır.
- Geçiş önce kopya sitede denenir, sonra canlıda yapılır; hosting panelinde sürüm değiştirmek ve geri almak birkaç tıklamadır.
- Desteği biten sürümde kalan site çalışmaya devam eder, ama her yeni açıkla risk büyür ve eklentiler zamanla o sürümü bırakır.
WordPress panelindeki Site Sağlığı ekranı “sitenizde PHP’nin eski bir sürümü çalışıyor” uyarısını gösterdiğinde çoğu site sahibi uyarıyı kapatıp geçer, çünkü site açılıyordur. Yıl sonunda bu uyarının anlamı değişiyor. Bugün hâlâ yama alan bir sürüm, ocak ayından itibaren hiç almayacak.
PHP 8.2 Desteği Tam Olarak Ne Zaman Bitiyor
PHP’nin her sürümü iki aşamalı destek alır: önce hata düzeltmelerini de içeren etkin destek, ardından yalnız güvenlik yamalarının çıktığı dönem. PHP 8.2’nin etkin desteği 31 Aralık 2024’te bitti; o günden beri yalnız güvenlik yaması alıyor. PHP’nin desteklenen sürümler tablosuna göre bu dönem de 31 Aralık 2026’da kapanıyor.
| Sürüm | Çıkış | Etkin destek sonu | Güvenlik desteği sonu |
|---|---|---|---|
| PHP 8.2 | 8 Aralık 2022 | 31 Aralık 2024 | 31 Aralık 2026 |
| PHP 8.3 | 23 Kasım 2023 | 31 Aralık 2025 | 31 Aralık 2027 |
| PHP 8.4 | 21 Kasım 2024 | 31 Aralık 2026 | 31 Aralık 2028 |
| PHP 8.5 | 20 Kasım 2025 | 31 Aralık 2027 | 31 Aralık 2029 |
Tablodan iki sonuç çıkar. PHP 8.1 ve öncesi zaten destek dışıdır; o sürümlerde çalışan site için konu acildir. PHP 8.3 ise yalnız güvenlik yaması aşamasına girmiştir; yani bugün 8.3’e geçen site bir yıl sonra aynı kararı yeniden verecektir.
Destek Bitince Ne Değişir
Site o gece kapanmaz, hata vermez, yavaşlamaz. Değişen, bundan sonra bulunan açıkların kapatılmamasıdır. PHP sitenizin her sayfasını üreten yazılımdır; ondaki bir açık eklenti ya da tema açığından farklı olarak bütün siteyi ilgilendirir. Destek dışı sürümde bir açık duyurulduğunda yapılabilecek tek şey sürümü yükseltmektir, yani ertelenen iş aceleyle yapılır.
İkinci etki daha yavaştır. Eklenti ve tema geliştiricileri destek dışı sürümleri sırayla bırakır; bir güncelleme “en az PHP 8.3” şartı getirdiğinde o eklentiyi güncelleyemezsiniz ve bu kez eklenti tarafında yamasız kalırsınız. Sürümün genel olarak neden önemsendiği PHP sürümü neden önemli yazısında ele alındı; burada soru daha dar: hangi sürüme, ne zaman.
PHP 8.3 mü PHP 8.4 mü
WordPress’in PHP uyumluluk tablosu çekirdek tarafını netleştiriyor: WordPress 6.7 ve sonraki sürümler PHP 8.4 ile, 6.9 ve sonrası PHP 8.5 ile uyumlu. Güncel bir WordPress kurulumunda çekirdek hiçbir sürümde engel değildir. Kararı eklentiler ve tema belirler.
Bilgi
Narhost hosting paketlerinde PHP 5.6 ile 8.4 arasındaki sürümler seçilebilir ve sürüm alan adı bazında değiştirilir. Aynı hesaptaki bir site 8.4’te çalışırken eski bir uygulama başka bir sürümde kalabilir.
Eklentileriniz düzenli güncelleniyorsa ve son bir yılda sürüm çıkarmış geliştiricilere aitse doğrudan 8.4’e geçin; iki yıl daha bu konuyu açmazsınız. Sitede yıllardır güncellenmeyen bir eklenti, özel yazılmış bir tema ya da sizin için kodlanmış bir modül varsa 8.3 daha güvenli ilk adımdır, çünkü 8.2’den 8.3’e kaldırılan özellik sayısı azdır. O durumda da 8.3’te kalınan yıl, sorunlu bileşeni değiştirmek için kullanılmalıdır.
Örnek senaryo
Yedek parça satan bir firmanın WordPress sitesi 2022’de kurulmuş, PHP 8.2’de çalışıyor. Sitede 23 eklenti var; ikisi üç yıldır güncellenmemiş, biri de firmaya özel yazılmış bir fiyat listesi modülü. Kopya sitede 8.4’e geçildiğinde özel modül hata verdi, diğer her şey çalıştı. Firma canlı siteyi 8.3’e aldı, güncellenmeyen iki eklentiyi bakımı süren karşılıklarıyla değiştirdi ve modülün düzeltilmesi için yazılımcısına üç aylık süre verdi. 8.4’e geçiş bahara planlandı.
Geçişten Önce Kopya Sitede Deneme
Sürüm değişikliğinin riski düşüktür ama sıfır değildir; canlı sitede denemek gereksiz bir kumardır. Doğru sıra, sitenin bir kopyasını oluşturup sürümü orada değiştirmektir. Kopya site kavramı ve ne zaman gerektiği WordPress staging nedir yazısında anlatılıyor.
Kopyada bakılacak yerler bellidir: ana sayfa, bir ürün ya da yazı sayfası, iletişim formu, arama, varsa sepet ve ödeme adımı, yönetim panelinde eklentiler ve yeni yazı ekranı. Hata günlüğünde “Deprecated” satırları uyarıdır ve siteyi durdurmaz; “Fatal error” satırı ise o bileşenin bu sürümde çalışmadığını gösterir.
Dikkat
Sürümü değiştirmeden önce tam yedek alın ve eski sürüm numarasını not edin. Sorun çıkarsa çözüm, panelden eski sürümü yeniden seçmektir; bunun için hangi sürümden geldiğinizi bilmeniz gerekir.
Sürüm Panelden Nasıl Değiştirilir
Paylaşımlı hostingde sürüm değiştirmek için komut satırı gerekmez. cPanel’de alan adı seçilir, sürüm listeden işaretlenir ve uygulanır; değişiklik saniyeler içinde etkin olur. Adımların ekran görüntülü anlatımı cPanel’de PHP sürümü nasıl değiştirilir kartında. Kendi sunucusunu yöneten site sahibi için iş daha uzundur: yeni sürüm paketleri kurulur, web sunucusu yapılandırması güncellenir, eski sürüm kaldırılır.
PHP 8.2 Desteği Bittikten Sonra Kalmak Mümkün mü
Teknik olarak mümkün. Hosting firmaları eski sürümleri bir süre daha seçilebilir tutar, çünkü yükseltilemeyen eski uygulamalar vardır. Ama bu, sürümün güvenli olduğu anlamına gelmez; yalnız çalıştığı anlamına gelir. Bilinçli olarak kalınacaksa bunun bir bitiş tarihi olmalı: sorunlu bileşen belirlenir, değiştirilmesi için süre konur, o süre dolduğunda geçiş yapılır.
Sonuç
Güncel eklentilerle çalışan site için hedef PHP 8.4’tür ve geçişi yıl sonunu beklemeden yapmak en rahat yoldur. Eski bileşeni olan site 8.3’e geçer ve kazandığı yılı o bileşeni değiştirmek için kullanır. İki durumda da ilk adım aynıdır: kopya sitede denemek.
Kontrol Listesi
- WordPress panelinde Araçlar, Site Sağlığı, Bilgi, Sunucu bölümünden çalışan PHP sürümünü okuyun.
- WordPress çekirdeğini, eklentileri ve temayı güncelleyin.
- Bir yıldan uzun süredir güncellenmeyen eklentileri listeleyin.
- Tam yedek alın ve mevcut sürüm numarasını not edin.
- Kopya sitede hedef sürüme geçip ana akışları deneyin.
- Hata günlüğünde “Fatal error” satırı olmadığını doğrulayın.
- Canlı sitede sürümü değiştirin, aynı akışları yeniden deneyin.
- Sonraki sürüm kararı için takviminize bir yıl sonraya not düşün.
Sıkça sorulan sorular
PHP 8.2 desteği bitince sitem kapanır mı?
Hayır. Site aynı şekilde çalışmaya devam eder. Biten şey güvenlik yamalarıdır: 31 Aralık 2026’dan sonra bulunan açıklar bu sürümde kapatılmaz. Risk, zamanla ve her yeni açıkla büyür.
Sürümü yükseltince site hızlanır mı?
Genellikle bir miktar hızlanır, çünkü her yeni sürüm aynı kodu daha az kaynakla çalıştırır. Fark sitenin yapısına göre değişir. Asıl kazanç hız değil, destek süresidir; hız iyileşmesi yan faydadır.
Sürüm değişince beyaz ekran gelirse ne yapmalıyım?
Panelden eski sürümü yeniden seçin; site eski hâline döner. Ardından hata günlüğündeki “Fatal error” satırına bakın; satır sorunlu eklentinin ya da temanın dosya yolunu gösterir. O bileşeni güncelleyin ya da değiştirin, sonra geçişi yeniden deneyin.
Neden doğrudan en yeni sürüme geçmiyorum?
En yeni sürüm çıktığı ilk aylarda eklenti geliştiricilerinin tamamı uyumluluğu tamamlamamış olur. Bir önceki sürüm hem uzun destek süresine sahiptir hem de eklentilerin büyük bölümünce denenmiştir. Bu yüzden canlı siteler için genellikle bir önceki sürüm seçilir.
Her alan adı için ayrı sürüm seçebilir miyim?
Evet. Paylaşımlı hostingde sürüm alan adı bazında ayarlanır. Aynı hesapta güncel bir WordPress sitesi yeni sürümde, yükseltilemeyen eski bir uygulama eski sürümde çalışabilir.
Narhost’ta
WordPress hosting paketlerimizde PHP sürümünü alan adı bazında panelden değiştirirsiniz; 8.3 ve 8.4 hazır kurulu gelir.