CPalius CMF 2.2.14

Yayın: 2026-09-25 · Kanal: kararlı · Kritik: evet

2.2.12 ve 2.2.13, container yeniden ısıtma boşluğunu iki spesifik yerde düzeltti — bir güncellemenin otomatik takip adımı, ve AACP'nin elle önbellek temizleme butonu — ve aynı çökme başka bir yerden gelmeye devam etti, çünkü bu hiçbir zaman gerçekten "iki yer" değildi. Sekiz yerdi.

Ne düzeldi#

Bu kod tabanında derlenmiş container'ı temizleyen her yer artık onu garanti şekilde yeniden derliyor, çünkü bu garanti, hepsinin zaten geçtiği tek paylaşılan metodun içinde yaşıyor — her çağırana ayrı ayrı eklenmiş değil. clearSymfonyCache() sekiz yerden çağrılıyor: bir güncellemenin dosya kurulum adımı, onun otomatik takip adımı, AACP'nin elle önbellek temizleme butonu, tema aktivasyonu, tema yükleme, kesintiye uğramış güncelleme kurtarma işleyicisi, ve daha fazlası. 2.2.12 ve 2.2.13, her biri bunlardan birini, o spesifik çağıranın temizliğinden sonra açık bir yeniden derleme çağrısı ekleyerek düzeltti — ve tam olarak bu yüzden aynı hata başka bir yerden çıkmaya devam etti: N. çağrı noktasını düzeltmek, N+1. çağrı noktası için hiçbir şey yapmıyor.

Yeniden derleme artık purgeCacheDirectoryNow()'ın kendi içinde oluyor — bu düzeltmeden önce de, sonra da, ertelensin ya da anında olsun, her temizliğin zaten geçtiği tek düşük seviye metot. Derlenmiş container'ı boşaltmak ve yeniden derlemek artık bir çağıranın sadece birini yapabileceği iki ayrı adım değil; tek bir işlem. Bu, hatanın tüm sınıfını, gözlemlendiği her yerde değil, gerçek kökünde kapatıyor — henüz kimsenin fark etmediği başarısızlık yerleri dahil.

Yan etki olarak, bu daha da basit: 2.2.12 ve 2.2.13'te eklenen ayrı "container'ı ısıt" adımı kaldırıldı, çünkü artık hiçbir yerde ayrı bir eylem olarak gerekmiyor.

Bu güncellemeden sonra hâlâ bayat container hatası görüyorsanız#

Bu, yeniden derleme alt sürecinin kendisinin sunucunuzda başarısız olduğu anlamına gelir, çalışmadığı anlamına değil — ve cevap artık uygulama loglarına bakmak değil. AACP → Güncellemeler'i açın: başarısız bir yeniden derleme artık gerçek komut çıktısıyla birlikte orada kayıtlı — daha önce bu sadece uygulama logunda, aşağı akışta ilgisiz görünen bir çökme olarak görünüyordu. Lütfen o çıktıyı bildirin; bu, barındırma-özel bir nedenin (örneğin PHP alt süreçleri başlatmayı kısıtlayan paylaşımlı bir sunucu) yeniden tahmin edilmek yerine gerçekten teşhis edilmesinin en hızlı yolu.

Yükseltme#

Şema değişikliği yok. Elle bir işlem gerekmiyor.