Sorular & amp;Gutenberg WordPress editörü hakkındaki ilk izlenimimden endişeler
WordPress 5.0’a dahil edilmesi planlanan yeni Gutenberg editörü, kullanımı kolay dinamik bir içerik bloğu ekleyerek WordPress’te düzenleyicinin deneyimini önemli ölçüde artırmayı amaçlıyor.Güzel ve elbette kendimi içerik oluşturduğumu görebileceğim bir şey olmasına rağmen, yeni editörün WordPress’in geleceği için ne anlama geldiğinden endişeliyim.Bir İçerik Yönetim Sistemi (CMS) olarak WordPress bir blog platformu olarak ortaya çıktı, ancak bunun çok ötesinde gelişti, bugün tüm İnternet’in yüzde 28’ine hakim.Gutenberg editörü ile ilk deneyimini paylaşan bir yazıda Chris Lema, önemli sorular sordu: “Dünyaya WordPress’in blogcular için daha fazlası olduğunu söylemek istemiyor muyuz?”
WordPress, özellikle son zamanlarda E-Niaga için ve WordPress’i iş siteleri için kullanmak için konuştuğum WordPress kullanıcılarının çoğunu veya eklentileri ve küçük bir özel kodu birleştirerek benzersiz uygulama işlevleri oluşturmanın bir yolu olarak kullanıyorum. Daha sık, müşteriler için böyle siteler inşa ederler. Bence WordPress bu. Bence karmaşık bir CMS haline geldi ve çok ayarlanmış. Gutenberg projesi bu ilerlemeyi durdurmaz, ancak WordPress’in odağını değiştirebilir. Gelecek WordPress daha iyi bir bloglama platformu yapmakla ilgili mi? Eğer öyleyse, kendileri tarafından barındırılan WordPress siteleri veya site için araçlar ve hizmetler başı belada. Kesin öğrenmek için hala çok erken. Ancak eklentiyi denedikten ve kodu okuduktan sonra endişelendim, bu yüzden endişe verici olan hakkında bazı düşünceleri paylaşmak istedim. Bu sorunun hiçbirinin ele alınmaması için dürüst umudum, ama şimdiye kadar net bir cevap olmadan olduğumuzdan endişeliyim.
WordPress editörlerinin çok fazla işe ihtiyacı olduğu bir sır değil.Çoğumuz gibi, WordPress için içerik oluşturmak için çok zaman harcıyorum ve mevcut modelle ilgili ciddi sorunlar yaşıyorum.Bu yüzden Google belgelerinde bir blog yazısı olan her şeyi yazıyorum.Diğer içeriği doğrudan WordPress’te yönetiyorum – ürünler, belgeler ve özel bir gönderi türü olarak saklanan diğer içerik.Yazdığım doğrudan WordPress’teydi ve kesin bir sorunla karşılaşıyorum.Her yerde birçok metabox’a neden olan yerleşik WordPress Kullanıcı Arayüz Deseni (UI), 2017’de içerik düzenleyicisinden beklememiz gereken şey değildir. Bu dağınık görünüm, WordPress’te yığılmış teknik borcun görsel bir temsilidir.Post düzenleyiciye alan eklentilerini bildirmek için bir yolumuz yok ve saklamak veya oluşturmak için Metabox ateşi yok.
Çekirdek katılımcı Weston Ruter, “Bence WordPress gelecekte alakalı kalacak şekilde gelişmek istiyorsa, teknik borcun iptal edilmesi gerektiğinin kasıtlı ve farkında olduğunu düşünüyorum.”
Bazılarım bu cevabı seviyor. WordPress’in geçmişini kovalamasıyla ilgili çok gerçek bir sorunu var. Ben de dahil olmak üzere WordPress geliştiricileri, teknik borç hakkında çok konuşuyor – yeni borcun nasıl önleneceği ve mevcut borcun nasıl azaltılacağı. Bu, 14 yılı aşkın bir çerçeve üzerinde çalıştığımızı ve 10 yıllık PHP sürümü için bir kod oluşturmaya teşvik edildiğimizi düşünmek şaşırtıcı değil. Kasıtlı olarak daha iyi olabileceğini bildiğim kodu yazmak için sürekli olarak hayal kırıklığına uğradım çünkü eklentim için mümkün olduğunca çok kullanıcı istiyorum ve PHP 7’ye ihtiyacım var veya hatta PHP 5.5 kullanıcının edinilmesini önemli ölçüde etkileyecek. Yılları nasıl oluşturulacağı hakkında konuşmak için harcıyorum Uygulamalar, WordPress tarafından REST API gibi sağlanan modern araçları kullanır. Sonra WordPress eklentisi için bir SaaS ürünü yaptım Laravel kullanıyorum çünkü modern PHP çerçevesinden bir çözüm ve geliştirici deneyimi istiyorum. Mali borç gibi teknik borçların hepsi kötü değildir. Ev sahipleri her zaman ipotek alırlar, çünkü onsuz, çoğu ev sahibi olamaz. Gerçek dünyadaki WordPress Post editörünün sınırsız bir Edge Case Jenerator olduğunu unutmayın. Bu, binlerce eklenti kullanılarak milyonlarca sitede uygulanır. Kullanıcıların yazının düzenleyicisini ayarlamasına ve sitelerine benzersiz bir özel kod eklemelerine olanak tanıyan gelişmiş özel alanlar gibi eklentiler, WordPress, WordPress yapan şeydir. Bunun için büyük bir kayıp var. Siteyi korumak zorunda. Bu yüzden sadece orta, Squarespace veya WordPress.com kullanarak sürdürülebilir alanların güvenliği ve bakımı hakkında yazmak ve endişelenmek isteyenler. Gutenberg baskı makinesi çekici bir metafor. Sadece baskı mekanizasyonunu bilgiye erişimde devrim yaratacak şekilde değil, aynı zamanda standardizasyonu da taşıyacak şekilde değil. Açık web yeniliklerini düzgün paketlerde birleştiren hizmetler çok iyidir. Ama bence WordPress gibi CM’leri çalıştıran on milyonlarca web sitesi, standart ve tamamen ayarlanmış dijital deneyim arasında bir şey istiyor. Doğru olmasına rağmen, gerçekte de teknik borçlarındayız.
WordPress’te istifa uyumluluğuna fanatik taahhüt ciddi teknik borç getirdi, ancak WordPress’in neden bu kadar başarılı olduğunu da getirdi. Satış yapan sitelerden şirket siteleri satanlara, geriye dönük uyumluluk satılık WordPress yöntemidir. WordPress 5.0’a güncellenirse, diğer yayınları kaydedebilmeniz için, editör yayınları için özel kodunuzu yeniden yazmanız ve tüm eklentilerinizi artırmanız gerektiği anlamına gelirse, birçoğu 5.0 ile uyumlu değildir, o zaman milyonlarca sitenin başı dertte bulunur.
Tüm borçların aynı anda affedildiği Yobel’in İncil kavramı nedeniyle “Yubileum Borç Teknik” metaforunu kullanıyorum.Ben bir İncil ya da ekonomist değilim, ama fikrin başarılı olduğunu varsayıyorum çünkü her şey aynı anda oldu ve kayıplar ve faydalar birbirini ortadan kaldırıyor.Ancak Gutenberg söz konusu olduğunda, borç, çekirdek yazılım tarafından değil, birçok kodu yeniden yazması gereken eklentiler ve tema geliştiricileri tarafından ödenir.Borç, müşterilerini ani bir geri çekilme uyumluluğu ile satan WordPress sitesini geliştirmek için ödenenlere aktarılır.
Endişelendiğim şey, WordPress sitesi için ödeme yapan ve sitelerini artık uyumlu olmayan WordPress ile çalışacak şekilde geliştirmek için faturalarla karşı karşıya kalacak bir işletme. Kaç site sahibi farklı CMS’ye geçecek? Sorunlarını çözmek için ödeme yaptıkları sürece, neden sorunun kaynağını ortadan kaldırmıyorsunuz? WordPress geliştiricilerine ödeme yapan her büyüklükteki işletme, WordPress ekonomisini teşvik eder: geliştiriciler istihdam etmek, barındırma, eklentiler ve temalar satın almak. Kaç eklenti geliştiricisi ve temasında bu sorunun üstesinden gelmek için kaynaklar ve arzular olacaktır? Kaç kişi pes edecek? Gerçek dünyada, dramatik bir gelişmedeki tüm borçları kaldırmak için Elliot Alderson veya Tyler Durden yoktur. Akıllı olmalıyız, borçlarımızı ortadan kaldıramayacağımız borçları kalmamıza ve sürdürmemize izin verecek şekilde ödememiz gerekir. Önemli bir WordPress teknik borcu ödeme taahhüdünü seviyorum, ancak yalnızca özellik kullanıcıya odaklandığında kabul ediliyor gibi görünüyor. Örneğin, kullanıcılar PHP 5’i destekleyerek sorunları göremezler, bu nedenle kullanıcılar için özellikler yaratan geliştiriciler için zararlı olan destek kutsal olarak kabul edilir. Nereye gidiyoruz? Açıkçası bir editör için şu anda sahip olduğumuzdan daha etkileyici bir istek var. Divi, Beaver Builder ve diğer tüm sayfa yapımcıları bunu kanıtlıyor. Fakat hedeflerimizin standardizasyonu nedir? On milyonlarca sitenin ihtiyaçlarını karşılayabilecekleri için bu sayfaların tüm üreticilerinin yerini alan gerçek bir editör olabilir mi?
