# WordPress altyapısında PHP güncelleme

> Kullanımdan kaldırılan fonksiyonlar, uyumsuz eklentiler, kritik hatalar: bir PHP sürüm güncellemesi WordPress ve WooCommerce'de gerçekte neyi bozar, geçiş öncesinde nasıl test edilir.

- Source canonique : [https://allaux.fr/tr/wordpress-woocommerce/mise-a-jour/php-wordpress](https://allaux.fr/tr/wordpress-woocommerce/mise-a-jour/php-wordpress)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> PHP sürümünü üretimden önce bir klon üzerinde yükseltin, asla tersini yapmayın. Önce çekirdeği, eklentileri ve temayı güncelleyin, çünkü güncel bir PHP’de kırılan şey eski koddur. Sonra sürümü barındırma panelinden değiştirin, WP_DEBUG_LOG etkinken siteyi gezin ve wp-content/debug.log dosyasını okuyun: kullanımdan kaldırma uyarıları, ölümcül hataya dönüşmeden önce orada görünür.

## WordPress'in PHP konusunda gerçek durumu

WordPress çekirdeğinin teknik olarak desteklediği minimum sürüm PHP 7.4'tür, ancak bu sürümün kullanım ömrü sona ermiştir: 2022 Kasım sonundan bu yana güvenlik düzeltmesi almamıştır ve artık canlı ortamda çalıştırılmamalıdır. WordPress.org resmi olarak PHP 8.3 veya üzerini önerir. WooCommerce tarafında düzgün çalışmak için gereken minimum sürüm PHP 8.1'dir; PHP 8.3 burada da önerilir, en az 256 MB bellek sınırı ve minimum MySQL 8.0 veya MariaDB 10.4 (10.6 veya üzeri tercih edilir) gereklidir.

Hâlâ PHP 7.4'te, hatta daha eski bir sürümde çalışan bir site sadece daha yavaş değildir: dilin kendisinde güvenlik yaması almadan çalışır, bu da WordPress veya eklenti sürümüyle ilgili risklerden bağımsız bir risktir.

## Bir PHP güncellemesi WordPress sitesini neden bozar

- Eski bir eklenti, yeni sürümde kaldırılmış bir PHP fonksiyonunu çağırır: basit bir uyarı yerine anında kritik hata
- Tutarsız veri tiplerine tolerans gösteren kod (örneğin bir tamsayı beklenirken bir metin gönderilmesi) PHP 8+ altında kritik hataya yol açar, oysa önceden sessiz bir uyarı üretiyordu
- Yazarı tarafından terk edilmiş, yıllardır güncellenmemiş, PHP 8 üzerinde hiç test edilmemiş bir eklenti
- Bu fonksiyonların kullanımdan kaldırılmasından önce yazılmış, herhangi bir eklenti karışmadan eski özel kod içeren bir tema

## Geçiş öncesi PHP güncellemesini nasıl kontrol ediyorum

1. **Tam yedekleme** — Herhangi bir işlem yapmadan önce dosyalar ve veritabanı, gerekirse geri dönebilmek için.
2. **Uyumluluk raporunu etkinleştirme** — Barındırma tarafında herhangi bir şeyi değiştirmeden önce, kullanımdan kaldırılmış veya silinmiş fonksiyon çağrılarını tespit etmek için sitenin kodunu WP_DEBUG etkinken ve bir PHP uyumluluk tarama aracıyla gözden geçiririm.
3. **Hedef sürümle bir ortamda test** — Siteyi hedeflenen PHP sürümüyle yapılandırılmış ayrı bir ortamda çoğaltır ve asla doğrudan canlı sunucuda değil, gerçek koşullarda çalıştırırım.
4. **Sorunlu noktaları düzeltme** — İlgili özel kodu düzeltir veya uyumsuz, terk edilmiş eklentileri bakımı sürdürülen alternatiflerle değiştiririm.
5. **Barındırma sağlayıcısında geçiş** — Test başarılı olduktan sonra, düşük trafikli bir zamanda barındırma yapılandırmasındaki aktif PHP sürümünü değiştirir ve hemen sonrasında sitenin davranışını izlerim.

## PHP sürümünü asla kör kör değiştirmeyin

> Önceden test etmeden PHP sürümünü doğrudan barındırma tarafında değiştirmek, kritik hataları ziyaretçilerin önünde keşfetmek demektir. Paylaşımlı barındırmada bu değişiklik bazen yönetim panelinde tek tıkla yapılabilir: işlemin kolaylığı kontrolü atlamayı haklı çıkarmaz.

## Geçiş sonrası kontrol

> Değişiklikten hemen sonra sunucu hata günlüğünü, sayfaların görünümünü, varsa WooCommerce sipariş tünelini ve sonraki saatler boyunca her hassas eklentinin davranışını kontrol ederim.

## İlgili sayfalar

- **Bir sürüm destek dışı kaldığında ne yapmalı** — PHP 7.4, 2022 sonundan bu yana güvenlik düzeltmesi almıyor: hâlâ bunu kullanan bir site için bu ne anlama geliyor. ([/wordpress-woocommerce/mise-a-jour/fin-de-support-version](/wordpress-woocommerce/mise-a-jour/fin-de-support-version))
- **Güncelleme öncesi eklenti uyumluluğunu kontrol etme** — "Güncelle" tuşuna basmadan önce bir tema veya eklentinin yeni sürüme geçişte hayatta kalıp kalmayacağını anlama yöntemi. ([/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour](/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour))
- **WordPress hata ayıklama modunu etkinleştirme** — Hataları ve uyarıları ziyaretçilere göstermeden ortaya çıkarmak için WP_DEBUG'ı doğru şekilde nasıl etkinleştiririm. ([/guides/activer-mode-debug-wordpress](/guides/activer-mode-debug-wordpress))
- **E-ticaret barındırması seçme** — İlan edilen fiyatın ötesinde, bir WooCommerce mağazası için barındırma seçerken gerçekte neyin önemli olduğu. ([/guides/choisir-hebergement-ecommerce](/guides/choisir-hebergement-ecommerce))

## FAQ

### Bugün hangi PHP sürümü hedeflenmeli?

Hem WordPress.org hem de WooCommerce tarafından önerilen PHP 8.3. WooCommerce PHP 8.1'den itibaren çalışır, ancak doğrudan önerilen sürümü hedeflemek kısa vadede yeni bir güncellemeyi önler.

### Sitem hâlâ PHP 7.4'te çalışıyor, endişelenmeli miyim?

Evet. PHP 7.4, 2022 Kasım sonundan bu yana güvenlik düzeltmesi almadı. Bu bir performans meselesi değil, dilin kendisindeki düzeltilmemiş açıklar meselesidir.

### Bir eklentinin PHP 8 altında bozulup bozulmayacağı nasıl anlaşılır?

Eklenti kodunun PHP uyumluluk taraması ve hedef sürümle yapılandırılmış bir ortamda gerçek bir test, iki güvenilir yöntem olarak kalır: eklenti sayfası nadiren doğru ve güncel bir uyumluluk bilgisi verir.

### PHP sürümü WordPress veya WooCommerce'e dokunmadan değiştirilebilir mi?

Evet, PHP sürümü barındırma tarafında, kurulu WordPress veya WooCommerce sürümlerinden bağımsız olarak değiştirilir. Bir eklenti güncellemesiyle görünürde hiçbir bağlantısı olmadan sorun çıkarabilmesinin nedeni tam da budur.

### Terk edilmiş bir eklenti güncelleme sonrası bozulursa ne olur?

Eklentiyi eşdeğer işlevsellik sunan, bakımı sürdürülen bir alternatifle değiştiririm, güvenilir bir alternatif yoksa özelliği özel kod olarak yeniden yazarım.