🇬🇧 English: Read this in English →

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 sana ş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 bu hafta, kendine kod tabanıyla baş başa bir saat borçlu olduğun 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ında denetlemen 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.

Bir teknolojinin ölümünü daha önce izledim

Sektörün dinozoru olarak şunu söyleyeyim: bir teknolojinin resmen emekliye ayrıldığını izlemek benim için yeni bir duygu değil. Ben Flash ve ActionScript ile bütün bir dönemin web’ini kurmuş bir neslin içinden geliyorum. Etkileşimli her şey Flash’tı; sitelerin girişindeki animasyonlar, oyunlar, tam ekran deneyimler — hepsi o timeline üzerinde yaşardı. Sonra o teknoloji öldü. Bir sabah değil, yıllara yayılan bir kullanım dışı bırakma takvimiyle: önce “artık önermiyoruz”, sonra “tarayıcılar varsayılan kapatıyor”, en sonunda “çalıştıran çalışma zamanı yok”. Aynen bu ürün düzenleyici gibi, aşamalı ve önceden ilan edilmiş bir ölümdü.

O geçişte iki tür insan gördüm. Birinci grup, ilk uyarı geldiğinde işini gördü — Flash’a bağlı kod tabanını taradı, kritik yüzeyleri HTML5 ve JavaScript’e taşıdı, takvimi ciddiye aldı. İkinci grup ise “nasılsa geri alırlar, bu kadar içeriği kimse çöpe atamaz” diyerek erteledi. Geri almadılar. İkinci grup, en sonunda hiçbir tarayıcının açmadığı sitelerle baş başa kaldı. Bu ürün düzenleyici emekliliğine bakınca içimden aynı film oynuyor: takvim somut, veri güvende, tek yapman gereken erken davranmak. Ben açık ki birinci grupta durmayı tercih ederim, ve sana da onu öneririm.

WordPress ve WooCommerce ekiplerine pratik etkisi

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

Cevap evet ise ve özellikle mağazandaki 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 senin 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 ki ekibin, 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 güncelleme için yaklaşık altı haftan 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 bunu Temmuz güncellemen için sürüm engelleyici bir sorun olarak ele al.

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ğin 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ıyorsun. 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