PHP 8.2 için son güvenlik yaması 31 Aralık 2026'da çıkıyor; sonrasında bu sürümdeki açıklar kapatılmayacak. Hangi sürümü kullandığınızı nasıl öğreneceğinizi, geçişte neyin bozulabileceğini ve WordPress sitenizi 8.3 ya da 8.4'e adım adım, geri dönülebilir şekilde nasıl taşıyacağınızı anlatıyorum.
PHP 8 serisi dile yalnızca hız getirmedi; günlük yazdığımız kodu kısaltan ve hataları erkenden yakalayan pek çok yenilik ekledi. Eski projelerde sık gördüğüm kalıpların yeni karşılıklarını örneklerle gösteriyorum.
Bir güncellemeden sonra site bembeyaz kaldıysa ya da "Sitede kritik bir hata oluştu" yazıyorsa sakin olun. Sorun neredeyse her zaman bir eklenti, tema ya da PHP sürümü uyumsuzluğudur. Hatayı bulup siteyi dakikalar içinde ayağa kaldırmak için izlediğim yolu anlatıyorum.
Sipariş saati üç saat kaymış, gece yarısı çalışan rapor bir günü atlamış, iki sunucu aynı olayı farklı saatlerle kaydetmiş. Tarih ve saat hataları sinsi ve tekrarlanması zordur. Bu hataların ortak kökünü ve onları kalıcı olarak önleyen basit kuralları anlatıyorum.
Composer modern PHP'nin temel taşı, ama composer.lock dosyasını depoya koymamak ya da canlı sunucuda composer update çalıştırmak gibi küçük hatalar büyük sorunlara yol açıyor. Doğru iş akışını ve sürüm kısıtlarının nasıl okunduğunu anlatıyorum.
Regex'i görünce gözlerini kaçıranlardan mısınız? Aslında günlük işlerin çoğu bir avuç sembolle hallediliyor: log dosyasından IP ayıklamak, telefon numarası doğrulamak, toplu metin değiştirmek. Temel yapı taşlarını ve gerçek hayattan örnekleri anlatıyorum.