Güncellemeler

WebBlocks CMS'de güncellemeler sürüm tabanlı ve paket tabanlıdır.

CMS, ortak Publisher Client çalışma zamanını src/Support/Updates/Client altında senkronize kaynak olarak taşır; özel Client Composer paketini gerektirmez. CMS adaptörleri veritabanı geçmişi, kurulu sürüm kalıcılığı, paket migration'ları, katalog onarımı ve tam yedekleri yönetir. Üretilen dosyaları doğrudan düzenlemeyin. Özel Client deposu temel kaynaktır; composer embed:sync-all kayıtlı kopyaları günceller, composer embed:check-all kök .publisher-client.json manifestiyle sapmayı saptar.

• Kurulu sürüm, kuruluma uygulanan son gerçek sürümü yansıtır.
• Olağan kaynak geliştirme çalışması kurulu sürümü değiştirmez.
• Uygulama içi güncelleyici, yerel çalışma ağacı değişikliklerini değil, yayımlanmış sürüm paketlerini uygular.
• Yeni Composer tüketicileri, normal sürüm tabanlı güncelleme akışını kullanmadan önce ilk kurulumu composer require fklavyenet/webblocks-cms ve php artisan webblocks:install ile yapmalıdır.
• Güncel paket-yerel kurulumlar, paket köklü sürüm ZIP'lerini doğrudan tüketir.
• Paket-yerel System Updates, paket yapıtını kanonik Composer paket kökü olan vendor/fklavyenet/webblocks-cms konumuna uygular; böylece Composer güncellemesi ile System Update aynı kurulu paket düzenini üretir.
• Tarihsel olarak, 1.31.53 gibi paket-yerel öncesi kurulumlar paket köklü sürüm ZIP'lerini doğrudan tüketemiyordu ve önce eski biçimli 1.32.33 kök yönetimli köprüyü gerektiriyordu. Normal kapılarda desteklenecek eski kök yönetimli kurulum kalmadığı için bu köprü yolu artık rutin sürüm doğrulamasından emekliye ayrılmıştır.

Temel kullanıcı belgeleri bağımsız webblocks-cms-docs deposunun docs/ dizinindedir; docs/guides/ ve belge medyası da buradadır. Genel /docs//guides sayfaları yayın hedefleridir. CMS paketi resources/contracts/inventory.md çalışma zamanı sözleşmesini taşır; GET /webadmin/api/inventory bunu sunmaya devam eder. CMS kurmak/güncellemek docs deposunu gerektirmez. Bu ayrım belge yayınlama veya senkronizasyon motoru getirmemiştir.

Lisans geçişi paket tabanlı bir ara sürüm kullanır:

• 1.89.1: Publisher ZIP'leri yalnızca eski docs/LICENSE lisans yolunu taşır; mevcut güncelleyiciler ara sürümü kurabilir. Composer/Git kök LICENSE kullanır. Ara güncelleyici iki yerleşimi kabul eder, ikisi varsa kök LICENSE tercih eder ve standart kök lisansını kurar. Belgeler yayın paketine dahil değildir.
• 1.89.2 ve sonrası: Publisher ZIP'leri kök LICENSE taşır, docs/ dizini üretmez. Bu biçim için en az CMS 1.89.1 gerekir. Eski Publisher kurulumları önce 1.89.1 kurup güncel sürümü yeniden kontrol etmelidir. Composer kurulumları doğrudan güncellenebilir.
• 1.89.3: Gömülü Publisher Client 1.1.13 olur, ara sürüm uyumluluk metadatasını doğrular ve başarılı kurulumdan sonra sonraki güncellemeyi kontrol eder. CMS adaptörü update_path metadatasını korur ve hatalı asgari ürün sürümlerini reddeder.
• 1.89.4: Gömülü Publisher Client 1.1.14 olur. Notlar yalnızca kurulu sürümden yeni ve seçilen hedef sürümü aşmayan sürümleri içerir; hedef ara sürüm olduğunda da aynı kural geçerlidir.

Örneğin eski paket kurulumu 1.89.4 öncesinde 1.89.1 görebilir. Ara sürümü inceleyip uygulayın; sonraki kontrolde güncel sürümü kurun. Ara sürüm ekranı yalnızca 1.89.1 dahil notları göstermelidir. Bu lisans ara sürümü, aşağıdaki eski kökten yönetilen 1.32.33 geçişinden ayrıdır.

• Güncellemeleri yalnızca yayımlanmış sürümlerden çalıştırın.
• Kuruluma özgü dosyaları .env, storage/ ve project/ gibi korunan yollarda tutun.
• Geliştirme ve sürüm iş akışlarını ayrı ele alın.
• Uygulama içi Sistem Güncellemeleri her zaman Composer paket kökü vendor/fklavyenet/webblocks-cms hedefler. Kaynak bakım kopyaları git/Composer ile güncellenir. Kaldırılmış kaynak uygulama modu ve WEBBLOCKS_UPDATES_MIGRATION_STRATEGY ayarı 1.41.0 itibarıyla yok sayılır.
• Sürüm paketleri yalnızca yeniden kullanılabilir CMS çekirdek kodunu içerir ve kuruluma özgü project/ içeriğini barındırmamalıdır.
• Güncelleme sırasında korunan yollar sürüm paketi sınırını değiştirmez: project/ kuruluma yerel kalır ve yayımlanan yapıtın dışındadır.
• Kurulu CMS çalışma kopyaları güncelleme tüketicisidir, upstream yayıncısı değildir. Bir kurulumun git origin'i varsa, gerekiyorsa fetch erişimini koruyun ancak push'u git remote set-url --push origin DISABLED ile devre dışı bırakın.
• Başarı yalnızca paket çalışma zamanı standart WebBlocks\Cms\Support\WebBlocks kaynağından hedef sürümü bildirdiğinde kaydedilir. Eski/beklenmeyen sürümde uygulama başarısız sayılır ve yedek otomatik geri yüklenir. Geri yükleme başarılıysa restored; başarısızsa iki hata iziyle failed kaydedilir.

Ana uygulama, ad alanlı Publisher Client çalışma zamanı taşıyan birden fazla paket kurabilir. Laravel yapılandırması uygulama genelindedir; ortak publisher-client anahtarı kalıcı ürün durumu sayılmamalıdır. Başka sağlayıcı aynı açılış döngüsünde kendi ürününü, sürüm çözücüsünü, paket hedefini, doğrulama, migration ve uygulama sonrası değerlerini yazabilir.

Her CMS güncelleme giriş noktası, hizmeti çözmeden önce CMS istemci yapılandırmasının tamamını geri kurar. Denetleyiciler yalnızca CmsPublisherClientConfigurator enjekte etmeli, configure() çağırmalı, ardından konteynerden SystemUpdateInspector, UpdateServerClient, SystemUpdater veya AdminUpdateIndicator çözmelidir. Bu hizmetleri kurucuya/eylem metoduna enjekte etmek, yapılandırma geri kurulmadan bağımlılıkları çözebilir; yapılmamalıdır. Birlikte çalışma regresyon testi ortak yapılandırmayı ilgisiz ürün ad alanıyla değiştirerek CMS çözücüsü, sürümü, hedefi ve istemcisinin birlikte geri geldiğini kanıtlar.

Sistem Güncellemeleri ekranı iki durumlu tek karttır. Güncelse kurulu sürümü ve son kontrol zamanını gösterir. Uyumlu güncelleme varsa kurulu-hedef sürüm yolu, sürüm bazlı açılır What's new notları, yedek bilgili tek tıklamalı Update to X eylemi (öncesinde otomatik yedek, hatada otomatik geri yükleme) ve büyük güncellemeler için Yedekler ekranına yönlendiren tam sunucu yedeği önerisi görünür. Özet çalışan CMS kodunu son yayınla karşılaştırır; kayıtlı kurulu sürüm yalnızca kurulum geçmişi/güncelleme kalıcılığı içindir.

Süper yöneticiler üst gezinmede asenkron güncelleme göstergesi görür. Varsayılan gizlidir; arka planda /webadmin/system/updates/indicator okur ve yalnızca yeni, güvenilir sürümde görünür. Normal yönetim render'ı güncelleme sunucusunu beklemez; güncel kurulumda kalıcı kısayol görünmez.

Ön kontrol listesi veritabanı bağlantısı, ZIP/sodium eklentileri, PHP/Composer/süreç yürütme, uygulama kökü/çalışma alanı yazma izni ve boş disk alanını denetler. Her kontrol geçti/kaldı sonucudur; tümü geçmeden ve kilit boşalmadan güncelleme açılmaz. Geçmiş kapalı akordeonda, her kaydın günlüğü modalda gösterilir; silme eylemleri arayüzde yoktur.

Kontrol ve uygulama sonrası kayıtlar otomatik budanır. Varsayılan son beş kaydı tutar; son başarısız kayıt daha yeni başarı oluşana kadar korunur. Arayüz kayıtları silme kontrolü olmadan listeler. Terminalde php artisan webblocks:updates:runs, php artisan webblocks:updates:runs --last, php artisan webblocks:updates:runs --failed ile inceleyin; kontrollü budama php artisan webblocks:updates:prune-runs --keep=5 ile yapılır.

Release ayrıntıları title, summary, highlights, fixes, compatibility_notes, migration_notes, asset_notes, operator_notes, technical_notes alanlarının yapılandırılmış metadatasını kaçışlanmış düz metin olarak gösterir. Normalleştirilmiş dizi ayrıca changelog_entries taşır: kurulu sürümden yeni, seçilen hedefi aşmayan sürümlerin en yeniden sıralı birikimli listesi; sunucunun changelog, releases, changelog_entries listelerinden oluşturulur. Liste yoksa yalnızca hedef sürüm kullanılır; What's new akordeonu boş kalmaz.

Eski release_notes dizesi, daha eski sürüm yükleri için desteklenmeye devam eder. Sürüm notu yoksa ekranda No release notes were provided for this release. yazar. Güncelleyici, değişiklikleri sürüm numaralarından çıkarsamaz.

Yayın metadatası yerelde composer release:prepare ile hazırlanır, composer release:publish-update ile yayınlanır. Sarmalayıcı geri alınamaz Publisher yazımı öncesi GitHub CLI kimliğini doğrular, Publisher'a yayınlar, ardından eşleşen GitHub Release'i oluşturup/güncelleyip latest işaretler. Hazırlama, sürüme uygun CHANGELOG.md bölümü gerektirir; maddelerini eski release_notes ve yapılandırılmış summary/highlights için kullanır, kaynak referansı, özet ve asgari istemci sürümü ekler. Yayıncı üst ve iç içe alanları gönderir; yeni ekranlar zengin, eski istemciler düz not alır. İstemciler üst alanlar, details, release_details, sunucu meta.release_details/meta.details yüklerini okur.

GitHub Actions yayın paketi oluşturmaz veya metadata yayınlamaz; .github yalnızca test ve lint çalıştırır. Yerel sarmalayıcı GitHub latest kaydını etiketli kararlı sürümle eşleştirir. Sistem Güncellemeleri yalnızca Publisher metadata/paketlerini tüketir. publisher.webblocksui.com temel hizmettir: yayın https://publisher.webblocksui.com/api/updates/publish, kurulu sitenin okuması https://publisher.webblocksui.com/api/updates/latest, paket indirmeleri https://publisher.webblocksui.com/downloads/.... Normal .env dosyalarında sunucu/ürün/kanal anahtarları gerekmez; varsayılan sunucu, ürün, stable kanal ve yollar ReleaseDefaults tarafından sahiplenilir. Eski updates.webblocksui.com geçişi yalnızca tarihseldir; etkin ayar olarak kullanılmaz.

Bakımcı komutları:

release:push mevcut yayın dalını ve açıklamalı sürüm etiketini origin üzerine birlikte gönderir; pre-push kontrollerini bir kez çalıştırır. Başarıdan sonra aynı referansları --no-verify ile backup üzerine yansıtır; iki uzaktaki dal ve çözülmüş etiket commit'ini yerel yayın commit'iyle karşılaştırır.

Yayıncı WEBBLOCKS_PUBLISHER_TOKEN, imzalı yayınlarda WEBBLOCKS_PUBLISHER_SIGNING_KEY kullanır. Güncelleme varsayılanları https://publisher.webblocksui.com, ürün webblocks-cms, kanal stable, okuma /api/updates/latest; yayın aynı kimlik ve /api/updates/publish yoludur. Composer sarmalayıcısı yalnızca bu iki sırrı proje .env dosyasından izole Testbench sürecine aktarır; önbellekli yapılandırma da proje .env üzerinden yeniler. Elle export gerekmez. Dry-run anahtarı ve paket girdilerini yüklemeden doğrular. Tokensız gerçek yayın kontrollü yayınlanmamış sonuç ve başarısız çıkış verir; yayın sayılmaz.

Kontroller gizliliği koruyan kullanım telemetrisi içerir; Publisher indirmeleri aktif anonim kurulumlardan ayırabilir. İndirme sayısı paket edinimini ölçer. Aktif anonim kurulumlar zaman içinde geri bildiren benzersiz kurulum kimliklerini sayar.

Telemetri varsayılan açıktır; kapatmak için:

Telemetri açıkken ilk ihtiyaç duyulan kontrolde rastgele yerel installation_id oluşturulup kurulum sistem ayarlarına kaydedilir. Kişisel/site verisi içermez, mevcut kurulumda sabittir; kurulum yeniden oluşturulur veya depolama/veritabanı ayarları sıfırlanırsa değişebilir.

Kontrol yalnızca şu telemetri alanlarını gönderir:

• product_key
• installed_version
• channel
• installation_id
• telemetry_schema_version

CMS kontrolü alan adı, tam URL, yönetici e-postası, sunucu yolu, veritabanı adı, lisans sahibi, kullanıcı sayısı, token, sır veya rastgele ortam/yapılandırma değeri göndermez. WEBBLOCKS_TELEMETRY=false olduğunda ürün, kanal ve kurulu sürümle metadata yine istenir; installation_id oluşturulmaz veya gönderilmez.

Uygulama içi Sistem Güncellemesi tek tıklamalı bir çalıştırmadır: paketi indirip doğrular, otomatik ön yedek alır, dosyaları uygular, ardından sırasıyla:

• varsa paket güncelleme migration'ları
• önbellek temizleme adımları
• paketle gelen katalog senkronizasyonu (webblocks:catalog-repair --all)
• güncelleme çalıştırması kaydı
• kurulu sürümün kalıcı hâle getirilmesi

Uygulama veya doğrulama başarısızsa ön yedek otomatik geri yüklenir. Başarısız olup geri yüklenen çalıştırma restored; geri yükleme de başarısızsa günlükte iki hata iziyle failed kaydedilir. Ön yedek Yedekler ekranında veya CLI php artisan system:backup:restore ile elle geri yüklemek için kalır.

Başarılı güncelleme sonrası yapılandırılmış otomatik yedek temizliği uygulanır; silinen adet ve boşalan bayt günlükte kaydedilir. Temizlik hatası başarılı güncellemeyi geri almaz; çıktı ve uygulama günlüğüne yazılır. Varsayılan ön yedekleri 14 gün ve en az son beş başarılı ön yedeği, geri yükleme güvenlik yedeklerini 30 gün, içerik uygulama noktalarını 7 gün tutar. Başarısız/geri yüklenmiş güncelleme yedekleri 90 gün korunur. Elle alınmış, yüklenmiş ve çalışan yedekler uygun değildir. Maintenance → Cleanup altında yapılandırın/önizleyin; zamanlayıcı, CLI ve API için İşletim belgesine bakın.

Normal güncellemeler yayın paketini uygular, önbellek temizliğinden sonra yeni kod üzerinde alt süreç olarak webblocks:catalog-repair --all çalıştırır. Blok, eklenti blok, slot, sayfa düzeni ve simge kataloglarını paketle eşleştirir; Rating/Comments gibi yeni satırlar elle komut gerektirmeden eklenir. Temizlik sonrası yeniden kurulan hizmet manifesti yeni komutları keşfeder. İşlem tekrarlanabilir; kurulumun özel katalog satırlarını korur.

Katalog senkronizasyonu mümkün olan en iyi çabayla yapılır: dosya ve migration'lar başarılı olduğundan senkronizasyon hatası güncellemeyi başarısız yapmaz. Günlük, tamamlanmadığını ve php artisan webblocks:catalog-repair --all komutunun elle yeniden çalıştırılabileceğini belirtir. Şema değişiklikleri açık güncelleme migration'larındadır; senkronizasyon yalnızca katalog verisini onarır.

Önbellek temizleme adımları; dosya değişiminden sonra güncellenen paket sahipliğindeki Blade yerleşimlerinin ve yardımcıların yeniden derlenmesi için Laravel config, view, uygulama önbelleği ve route temizlemelerini içerir. OPcache'in zaman damgalarını doğrulamayacak şekilde yapılandırıldığı canlı PHP-FPM kurulumlarında, PHP'nin güncelleme öncesi paket sınıflarını bellekten sunmaya devam edememesi için başarılı bir güncellemeden sonra ilgili PHP-FPM servisini yeniden yükleyin.

Güncellemede kapatılamayan modal kurulu-hedef yolunu ortak WebBlocks UI yükleme bileşeniyle gösterir. Kod PHP işçilerini istek ortasında yeniden başlatabileceğinden ilk isteğin bitmesine bağlı değildir: güncellemeyi tetikler, gösterge rotasını uygulama yanıtlayana kadar 1,5 saniyede bir sorgular; 3 dakikada her durumda yönetime döner. Her yanıt, giriş yönlendirmesi dahil, ekranı yeniden yükler.

Sistem Güncellemesi ana Laravel uygulamasının kök database/migrations dizinini çalıştırmaz; 0001_01_01_000000_create_users_table.php gibi bekleyen başlangıç migration'larının paketçe oluşturulmuş tablolarla çakışmasını önler. Paket vendor/fklavyenet/webblocks-cms üzerine uygulanır; yalnızca vendor/fklavyenet/webblocks-cms/database/migrations/updates içinde PHP dosyası varsa paket güncelleme migration'ları çalışır. Yoksa atlama kaydedilir, önbellek temizliği ve sürüm kaydı sürer. Eksik üst anahtarlar gibi tam yedek/geri yükleme taşınabilirliği onarımları da bu migration'ların yeridir.

Çalışma zamanı kodunun gerektirdiği her WebBlocks CMS şema değişikliği her iki kurulum yolunu da desteklemelidir:

1. Yeni/paket tüketici kurulumları: normal veya yeni kurulum şema migration yolunu güncelleyin.
2. System Updates üzerinden güncellenen mevcut paket-yerel kurulumlar: paket database/migrations/updates altına bir paket güncelleme migration'ı ekleyin; kurulu tüketiciler bunu vendor/fklavyenet/webblocks-cms/database/migrations/updates konumundan çalıştırır.

Yalnızca yeni kurulum şeması yeterli değildir. Yeni çalışma zamanı kodu bir tablo veya sütun bekliyorsa, sürüm mevcut kurulumlar için bir güncelleme migration'ı içermeli ya da güncelleme, yeni kod yolu ham 500 hatası verebilmeden önce güvenli biçimde başarısız olmalıdır. Paket-yerel System Updates, başarılı bir güncellemeden sonra sıradan kullanıcıların bir siteye SSH ile bağlanıp elle migration çalıştırmasını gerektirmemelidir.

Başarılı paket güncellemesinde kod, gerekli şema, önbellek temizliği ve uygulama sonrası sürüm/şema hazırlığı uyumludur. Yeni şemaya bağlı yönetim, API ve çalışma zamanı sayfaları eksik şemada ham framework/veritabanı hatası yerine kontrollü kurulum/güncelleme yönlendirmesi vermelidir. Örnek hata 1.32.146→1.32.147 token olayıdır: cms_api_tokens yalnızca normal migration'daydı, paket güncellendiğinde System -> API Tokens sunucu hatası verdi; 1.32.147 paket migration'ı ve kontrollü eksik şema davranışı ekledi.

Etkileşim şeması aynı sözleşmeyi izler. Paket güncellemeleri wbcms_comment_entries/wbcms_content_ratings tablolarını otomatik sağlamalı; yöneticiler ana uygulamada artisan migrate çalıştırmak zorunda kalmamalıdır. Onarım tekrarlanabilir: eski öneksiz tabloları koruyup yeniden adlandırır, yoksa önekli tabloları oluşturur; geri almada etkileşim verisini bilerek korur.

Şema değişikliği içeren sürüm raporları şunları açıkça yanıtlamalıdır:

• yeni kurulum şema yolu güncellendi: evet/hayır
• paket güncelleme migration'ı eklendi: evet/hayır
• güncelleme migration'ı regresyon testi eklendi: evet/hayır
• eksik şema için zarif davranış gerekli/eklendi: evet/hayır

Paket geçişi sırasında bazı kurulumlarda hâlâ bayat bir kurulum kökü packages/webblocks-cms kopyası veya eski bir iç içe vendor geçiş kopyası bulunabilir. Bu yollar eski geçiş yapıtlarıdır, etkin paket-yerel doğruluk kaynağı değildir. Paket-yerel System Update artık vendor/fklavyenet/webblocks-cms konumundaki kanonik Composer paket kökünü değiştirir ve hedef sürümü bu paket kökünden doğrular. packages/webblocks-cms dizinini ikinci bir güncellenmiş çalışma zamanı kopyası olarak tutmaz.

Eski vendor vendor/fklavyenet/webblocks-cms depo biçiminde olup artisan, app/, bootstrap/, packages/webblocks-cms/, plugins/, tests/ içerebilir. Sistem Güncellemesi bunu düz paketle değiştirir: composer.json, kök LICENSE, src/, routes/, resources/, database/, public/, config/, stubs/ doğrudan vendor/fklavyenet/webblocks-cms altında olur. Optimize autoload öncesi Composer paket metadatası normalleştirilir; WebBlocks\Cms\ çözümünün eski iç içe vendor/fklavyenet/webblocks-cms/packages/webblocks-cms/src yerine vendor/fklavyenet/webblocks-cms/src kullandığı doğrulanır. Eski yollar kalırsa bozuk yönetimle başarı bildirmek yerine güncelleme başarısız olur.

Modern güncellemeler, v1.32.56 geçişiyle getirilen /webadmin yönetici ve /cms varlık ayrımını korur. /cms yalnızca statik bir varlık ad alanıdır, bir yönetici öneki değildir; çünkü Nginx try_files, Laravel bir rota görmeden önce /cms/ yolunu fiziksel public/cms/ dizini olarak çözebilir. Güncellemeler; ne kurulum kökünde ne de paket public varlıklarında CMS sahipliğindeki /cms yönetici takma adlarını, /cms yönlendirmelerini, /admin rotalarını veya bir public/cms/index.php devrini geri getirmemelidir.

Bu bölüm tarihseldir. 1.31.53 güncelleyicisi eski kök yönetimli arşiv sözleşmesini doğruluyordu: artisan ve composer.json arşiv kökünde ya da tek bir sarmalayıcı dizin içinde bulunmak zorundaydı. 1.32.31 gibi paket köklü yapıtlar kasıtlı olarak kök artisan içermediğinden, bu eski istemciler uygulamadan önce Package validation failed because composer.json and artisan were not found at the archive root. hatasıyla başarısız oluyordu.

Emekliye ayrılan köprü stratejisi iki adımlıydı:

• Eski kök yönetimli biçimde bir köprü sürüm yapıtı yayımlayın veya yeniden yayımlayın; bu yapıt, eski App\Support\System\Updates\* sarmalayıcılarına hâlâ sahip olan ve katı paket köklü fklavyenet/webblocks-cms arşivlerini zaten doğrulayan köprü yetenekli bir kaynaktan derlenmelidir. 1.32.33 köprüsü için kaynak ref v1.32.30 idi.
• Paket köklü sürümleri minimum_client_version değeri 1.32.18 veya daha yenisi olacak şekilde yayımlayın; böylece eski istemcilere köprüden önce en son paket köklü yapıt sunulmuyordu.
• Köprü uygulandıktan sonra kurulu güncelleyici, modern sürümlerin kullandığı katı paket köklü fklavyenet/webblocks-cms yapıt biçimini doğrulayıp uygulayabiliyordu.

scripts/build-root-managed-bridge-archive.sh VERSION [OUTPUT_DIR] [GIT_REF] yalnızca eski biçimli köprü ZIP'i için arşivlenmiş/elle kurtarma aracı olarak tutulur; örneğin, scripts/build-root-managed-bridge-archive.sh 1.32.33 dist v1.32.30. Derleyici; .env, storage/, project/, public/site/, public/storage ve kök config/ gibi kurulum sahipliğindeki yolları kasıtlı olarak hariç tutar; packages/webblocks-cms/config altındaki paket sahipliğindeki varsayılanlar paket çalışma zamanının parçası olmaya devam eder. Rutin paket-yerel doğrulama bu köprü yolunu çalıştırmaz.

Tamamlanan tarihsel yol 1.31.53 -> 1.32.33 bridge -> 1.32.34+ package-rooted idi. 1.32.30 gibi zaten köprü yetenekli kurulumlar köprüyü atlayıp doğrudan paket köklü bir 1.32.34+ sürümüne güncellendi. Güncel sürüm kapıları yalnızca paket köklü yapıtı ve paket-yerel güncelleyici davranışını korur.

Sistem Güncellemeleri kurulum sonrası webblocks:catalog-repair --all otomatik çalıştırır; bkz. Güncelleme Uygulama Akışı. Aynı komutlar yayın arası katalog onarımı veya tamamlanmayan senkronizasyon için elle de kullanılabilir:

Komut --block-types, --plugin-block-types, --slot-types, --page-layouts, --icons kapsamlarını destekler. Önce --dry-run ile oluşturulacak, güncellenecek, değişmeyecek veya atlanacak satırları raporlayın. Tekrarlanabilir; özel satırları korur, silmez.

Daha düşük seviyeli blok türü eşitlemesi uyumluluk için kullanılabilir durumda kalır:

Blok türü onarım yolu, veritabanı destekli block_types kataloğunu mevcut kurulumlarda birlikte gelen çekirdek CMS kataloğuyla hizalı tutar:

• eksik çekirdek blok türleri oluşturulur
• mevcut çekirdek blok türleri yerinde güncellenir
• kuruluma özgü özel blok türleri korunur
• yinelenen çekirdek satırlar oluşturulmaz

Bu bakım iş akışı, her sürüm paketi uygulamasının geniş kapsamlı veritabanı destekli katalog onarımı yapmasına gerek kalmadan bir kurulumun katalog satırlarını yenileme ihtiyacını karşılar.

Güncelleyici, hâlâ kanonik CMS upstream'ine işaret eden git destekli bir kurulum klonu içinde çalıştığında, CMS artık kurulum sonrası komutlardan sonra origin push'u da otomatik olarak devre dışı bırakır; böylece gelecekteki yanlışlıkla yapılan git push denemeleri açıkça başarısız olurken normal fetch veya pull erişimi kullanılabilir kalır.

• Operasyonlar
• Kurulum
• Katkıda Bulunma