Bugünün erken saatlerini her zamanki Pazar rutinimle geçirdim: koyu bir kahveyle sürüm notları okumak. Bir tanesinin başına defalarca döndüm. Gösterişli bir özellik duyurusu değildi. WooCommerce ekibinden gelen sessiz, cerrahi bir uyarıydı. Dört yıllık beta dönemin ardından blok tabanlı ürün düzenleyicisi emekli ediliyor. Klasik ürün düzenleyici kalıyor. Bu, anlamlı bir cümle ve çoğu kişinin beklediği cümle değil.

Bunun gibi pek çok kararı gördüm. WordPress’le geçen yirmi yıl size şunu öğretir: en sıkıcı görünen duyurular genellikle en önemli olanlardır. Bir özellik anahtarı kaybolur, bir paket silinir ve binlerce özel entegrasyonun gözden geçirilmesi gerekir. WooCommerce mağazalarını canlıya alarak ekmeğini kazanıyorsanız bu hafta, kendinize kod tabanıyla baş başa bir saat borçlu olduğunuz haftalardan biri.

Bu yüzden okuduklarımı, ne anlama geldiğini ve 28 Temmuz’da WooCommerce 11.0 yayımlanmadan önce gerçekten ne yapardım, hepsini anlatayım.

Gerçekten ne yeni

2 Haziran’da WooCommerce geliştirici blogu The product editor beta is being retired in WooCommerce 11.0 başlıklı bir bildirim yayımladı. Plan aşamalı. 10.9 beta yazısına göre 23 Haziran’da çıkacak olan WooCommerce 10.9, mağaza içi kullanım dışı bırakma uyarıları, klasik düzenleyiciye tek tıkla dönüş seçeneği ve etkilenen kod yollarında geliştirici uyarıları getiriyor. Issue #65319‘a göre 28 Temmuz’da yayımlanacak WooCommerce 11.0 ise @woocommerce/product-editor paketini, blok tabanlı ürün sayfasını, Ayarlar’daki özellik anahtarını, ilgili rotaları, yönetici menüsü girişlerini ve destekleyici testleri tamamen siliyor.

Değişmeyen şey veri. Ürün nesneleri, meta verileri, sınıflandırmalar ve Özel Alanlar olduğu gibi kalıyor. Beta düzenleyiciyi kullanan mağazalar herhangi bir taşıma adımı olmadan klasik düzenleyiciye dönüyor ve aynı ürünleri aynı veri tabanı tablolarında düzenlemeye devam ediyor. Medya yeniden işleme yok, şema değişikliği yok, gözetilmesi gereken bir Action Scheduler kuyruğu yok. Bu emeklilik bir arayüz geri alımı, veri olayı değil.

Eklenti yazarları dikkatle okuması gereken grup. Bildirim ve 10.9 kullanım dışı bırakma turuna ait Issue #65318, kod tabanınızda denetlemeniz gereken üç şeyi açıkça söylüyor: @woocommerce/product-editor paketine yapılan her içe aktarma veya referans, product-block-editor-v1 kullanımları ve ürün düzenleyicisinin genel API’sinde __experimental olarak işaretlenmiş her şey. Bunlar 10.9’da kullanım dışı bırakma uyarıları üretecek ve 11.0’da tamamen kaybolacak.

Arka plan için söylemek gerekir: WooCommerce ekibi bu yönü ikinci kez işaret ediyor. Özel blok tabanlı düzenleyiciden uzaklaşıp Gutenberg ilkelleri etrafında konsolide olma yönündeki stratejik karar 2024’te paylaşılmıştı. Haziran’daki yazılar sürpriz bir dönüş değil; operasyonel takip.

WordPress ve WooCommerce ekiplerine pratik etkisi

Bir mağazayı yönetiyorsanız pratik etki tek bir soruya bağlı: ekibinizden biri Ayarlar’daki “Yeni ürün düzenleyiciyi dene” anahtarını hiç açtı mı? Cevap hayırsa 23 Haziran güncellemesi sizin için olaysız geçiyor. Kullanım dışı bırakma uyarı çubuğunu görmüyorsunuz; çünkü o çubuk yalnızca beta düzenleyiciyi aktif kullanan mağazalarda çıkıyor. Ekibiniz ürünleri her zamanki gibi düzenlemeye devam ediyor, 28 Temmuz güncellemesi ise sadece hiç kullanmadığınız kod yollarını siliyor.

Cevap evet ise ve özellikle mağazanızdaki bir iş akışı yalnızca blok düzenleyici kenar çubuğunda görünen bir özel alana veya üçüncü taraf eklentiye dayanıyorsa, 10.9 sizin için uyarı atışı. Uyarı çubuğu bir özellik, sinir bozucu bir hatırlatma değil. 11.0 inmeden önce klasik düzenleyiciye dönün ki ekibiniz, kritik bir güncellemenin geldiği gün yeni bir arayüzü öğrenmek zorunda kalmasın.

Eklenti yazarları için son tarih daha belirleyici. Bir ürün düzenleyici bloğu kaydeden, deneysel doldurma noktalarına kanca atan veya @woocommerce/product-editor npm paketine bağlı bir eklenti yayımlıyorsanız güncelleme için yaklaşık altı haftanız var. Paket 11.0’da yok. Ona bağlı eklentiler yönetici panelinde JavaScript hataları üretecek ve içe aktarmanın nasıl çözüldüğüne bağlı olarak alakasız WooCommerce ekranlarını da bozabilecek. Pazar yerinde satıyorsanız bunu Temmuz güncellemeniz için sürüm engelleyici bir sorun olarak ele alın.

Daha geniş ders ise WordPress’i kurumsal ticarette güvenli tercih olmaya devam ettiren ders. WooCommerce, yeniliği değil olgunluğu seçiyor. Klasik düzenleyici, yıllarca biriken eklenti desteği, erişilebilirlik ayarları ve kas hafızasına sahip. Ekip bunu kabul ediyor, eforu konsolide ediyor ve mağazalardan bitmemiş bir deneyin maliyetini üstlenmelerini istemiyor. Bu, ancak platformun uzun süre kalacağına güvenince verebileceğiniz türden bir karar.

Ben ne yaparım, ne yapmam

Bu hafta her WooCommerce müşterimiz için listeme üç madde giriyor.

Birincisi, Ayarlar denetimi. WooCommerce > Ayarlar > Gelişmiş > Özellikler ekranına gidip yeni ürün düzenleyicisinin açık olup olmadığına bakıyorum. Açıksa hâlâ 10.8’deyken kapatıyorum. Bu, ekibe 10.9 gelmeden önce normal düzenleme yapacak birkaç hafta veriyor. Aynı zamanda mevcut özel alanın, ACF grubunun veya YITH/Iconic gibi eklentilerin klasik ekranda satıcının beklediği gibi göründüğünü doğrulamamı sağlıyor. 23 Haziran sabahı canlıda sürprizler istemiyorum.

İkincisi, kod tabanını tarıyorum. Projedeki her özel eklentide ve alt temada @woocommerce/product-editor, product-block-editor-v1 ve blok tabanlı düzenleyiciye yapılan kayıt çağrılarını arıyorum. Çıkan her sonuca 14 Temmuz son tarihli bir görev açıyorum. Bu, 11.0 yayımlanmadan önce hazırlık ortamında iki temiz hafta test yapma imkânı veriyor ki büyük bir ticaret sürümü için minimum istediğim süre bu.

Üçüncüsü, halihazırda çalışan hiçbir şeyi klasik düzenleyici için panik içinde yeniden yazmıyorum. Klasik ürün ekranı yeni kod değil. Meta kutular, özel alanlar, yazı düzenleme ekranındaki Gutenberg tarzı kenar çubukları — hepsi çalışmaya devam ediyor. Bir eklenti, blok arayüzünün yanı sıra zaten klasik bir arayüz de gönderiyorsa klasik olanı tutup blok yarısını atıyorsunuz. Eklenti yalnızca blok arayüzü gönderdiyse asıl iş bu ay: satıcıya bakan yüzeyi meta kutu veya özel alan grubu olarak yeniden inşa etmek.

Yapmadığım şey ise kararın geri çevrilmesini beklemek. Bildirim, sürüm notu ve iki GitHub konusu aynı şeyi söylüyor. Takvim somut. Bir geri dönüş bekleyerek erteleyenler odayı yanlış okuyor.

Bunun gibi emeklilikler, ajansların ciddi ticaret işi için hâlâ WooCommerce’a oynamasının nedeni. Platform, denemenin tutmadığı yerde kendi kodunu kaldırmaya razı. Beş haftalık önceden bildirim, veri taşıma yok ve aranacak üç dize. Bir kullanım dışı bırakmanın olabileceği kadar nazik bir kullanım dışı bırakma bu.

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Close Search Window