2019 için 9 Proje: Yeni Yıl için WordPress Önceliklerine bakın

9 2019 Projesi: Ayrıntılar, JavaScript’i “derinlemesine” inceleme teşviki, dokuz proje ve öncelik ve aşağıdakilerin WordPress topluluğunun merkezi haline gelmesi gibi en son gelişmelerle aynıdır. Her projeye, yeni Block Editor ile ilgili olanlardan başlayarak bakalım. 1. İlk Proje Gezinme Menü Bloğunun yapmak son zamanlarda birkaç cazibe merkezi aldı. Kısacası, amaç WordPress gezinmesini blok tabanlı bir sisteme dönüştürmenin mevcut yolunu değiştirmektir. Bu, çok erken başlangıç ​​tarihine yansıyan zorlu bir kullanıcı arayüzü (UI) projesidir. Çalışma menü bloğunda başlarken, şimdiye kadar yapmamız gereken tek şey diyagram ve görüntüdür. Bazıları son zamanlarda tasarım ekibi tarafından Wordcamp Us’ta yapıldı. WordPress Make WordPress tasarım sayfasındaki ilk düşünceleri hakkında daha fazla bilgi edinebilir ve hatta bazı içgörü sağlayabileceğinizi düşünüyorsanız dahil olabilirsiniz. 2. Tüm WordPress widget’larını tersine taşıyın, bir sonraki proje nispeten basittir. Bildiğiniz gibi, WordPress şu anda kenar çubuğu ve altbilgi gibi alanlar oluşturmak için widget’lar kullanıyor ve mevcut seçenek çeşitli özellikler içeriyor.
Bu noktada, widget blok tabanlı değildir ve yine de WordPress ve Customerer’daki özel bir widget sayfasından erişilir. Gelecek planı sadece mevcut tüm widget’ları bloklara dönüştürmektir. Bu doğal bir adımdır, çünkü blok editörü artık içerik ve düzenin nasıl yapıldığının merkezidir. 3. Tüm widget düzenleme alanlarının mevcut bloğu desteklediğinden emin olun Widget’ı ve içeriğini düzenleyebileceğiniz iki ana alan olduğundan emin olun. Görünüşte bir yönetici paneli ve arkada widget’lar ve ayrıca özelleştiricinin özel bir parçası vardır. Bununla birlikte, bu bölüm, WordPress’in gelecekteki yönüne açıkça aykırı olan blok düzenleyiciyle uyumlu değildir. Bu nedenle, amaç widget düzenleme alanının blok sistemi ile tamamen uyumlu olmasını sağlamaktır. Başka bir deyişle, herhangi bir widget alanına bir blok koyabilmeniz ve sayfada, yayınlama veya diğer içerik türlerinde yaptığınız gibi çalışabilmeniz gerekir. Bunun elde edilmesi kolay olup olmayacağı diğer makaleler için bir tartışmadır. Bununla birlikte, bunun içerik ve düzen oluşturmak için blok düzenleyicisine bağlı olan gelecekteki WordPress sürümü için bunun çok önemli olduğunu söylemek gerekli değildir. 4. İçerik alanlarını görsel olarak yüzeyde kaydetmenin bir teması oluşturma Bu proje, diğer birkaç projeden daha az sezgiseldir. Ancak, buradaki amaç nispeten basittir.
Şu anda, çadırın altındaki içerik alanını kaydetme teması ve genellikle katı bir şekilde düzenlenmiştir. Ancak, şu anda oynanan bir blok düzenleyiciyle, son kullanıcılara (veya geliştiricilere) içeriğin nerede ‘yayınlanması gerektiğine karar vermek için daha fazla alan verme fırsatı vardır. Başka bir deyişle, Block Düzenleyicisi içerik güçlendirme potansiyeli sağlar! Blok düzenleyicisi içerik oluşturmak için görsel bir tuval olduğundan, temanın kendisi avantajdan yararlanabilmelidir. Bu listedeki birçok proje gibi, elbette, kesin kapsam belirlenmemiştir. Çekirdek ekip üyeleri hala ne yapacaklarını bilmiyorlar. Yine de, bunun gelecek yıl odak noktası olacağını umabilirsiniz ve dokuzun en büyük projelerinden biri haline gelirse şaşırmayın. Sağlık kontrolü çekirdeğinde bir sağlık kontrol eklentisini birleştirmek, sağlık kontrolü ve problem çözme eklentisine aşina değilseniz, bu, kurulumunuzla ilgili bir sınav yapmanın bir yoludur. Diğer çeşitli hataların yanı sıra genel konfigürasyon problemini tespit etmeye odaklanır. Sağlık muayenesi sürekli olarak geliştirilen bir eklentidir, ancak mevcut güç, WordPress’e katılımı garanti eden bir şey görmüştür. Amaç, bu eklentinin işlevselliğini WordPress çekirdeğiyle birleştirmektir ve muhtemelen değerli bir katkı olacaktır. Bu eklenti, genel olarak iyi yazılım temizliğini teşvik etmenin yanı sıra titrek bir site oluşturmanın varsayılan bir yolunu sunabilir.
6. Kullanıcılara eklentileri ve temaları otomatik olarak güncellemek için bir yol sunmak Bu, WordPress’in çok eski zamandan beri sahip olmadığı bir işlevdir. Aslında, birçok web sunucusu, doğuştan gelen çözüm hiç uygulanmadığı için güncellemeleri ele almak için tavizler aldı. Basitçe söylemek gerekirse, WordPress sitelerinin eklentileri ve temalarının sık sık güncellenmesi gerekir. Kaç tema ve eklentilerin yüklediğine bağlı olarak her gün nadiren pratik güncellemeler yapmak zorunda değildir. Neyse ki, WordPress ekibi nihayet kullanıcının bu güncellemeyi otomatik olarak gerçekleşecek şekilde ayarlama şeklini tanıtacaktır. JetPack kullanıcıları, bu işlevin belirli eklentiler için zaten var olduğunu öğrenecekler, ancak plan bu özellikleri WordPress çekirdeğine de eklemektir. Kullanıcıların WordPress Core’u otomatik olarak güncellemeleri için bir yöntem sağlar, yalnızca temanız ve eklentinizin yönetilmesi daha kolay olmayacaktır. Önümüzdeki 12 ay için bir başka amaç, WordPress’in kendisini otomatik olarak güncelleme yöntemini uygulamaktır. Bir kez daha, bu, birçok web ana bilgisayarının temel düzeyde sağlanan bir şeydir, ancak orijinal işlevsellik eksiktir. Tabii ki, hataların veya kötü hataların web sitenizi felç edebileceğini düşünerek otomatik temel güncellemelerin önerilmediğini iddia edebilirsiniz. Bununla birlikte, daha az teknik düşünme olan müşteriler için düzinelerce site (veya daha fazla) yöneten biri için, bu seçenek bir hediye olabilir.
Bu özelliğin WordPress veya özel eklentinin çekirdeğinde mevcut olmadığı göz önüne alındığında, uygulamak temalar ve eklentiler olasılığından biraz daha zor olabilir. Yine de, bu seçenek WordCamp ABD 2019 yuvarlandığında sahip olmamız gereken bir şeydir. 8. WordPress.org’da blokları bulmanın ve yüklemenin yollarını oluşturma WordPress Eklentisi Dizini’ne yürüyüş yaparsanız, etkinleştirilmiş bloklar olan eklentiler için özel bir özellik bölümü göreceksiniz. Bu, sürdürülebilir bir blok düzenleyicinin büyümesi ve başarısı için önemlidir. Ancak, gelecekteki ivme burada bitmiyor. Bu yıl için plan, temalar ve eklentiler için mevcut çözümle aynı şekilde çalışan özel bir blok dizini oluşturmaktır. Merkezi bloğun WordPress’te nasıl hale geldiği göz önüne alındığında, kendi gereksinimleriyle görüntülemek mantıklıdır. Proje ciddiye başladıktan sonra bunun hızla gelişmesini bekleyebilirsiniz. 9. Açık trac biletini idare etmek için bir triyaj ekibi kurun Sonunda, bu çalışan başka bir proje. Şu anda Trac’ta 6.500’den fazla açık bilet var. Doğal olarak, bu tasarruf proaktif olarak önemli sorunları çözmek için elverişli değildir. Şu anda, bilet birikimlerini silmek için son teklifler de dahil olmak üzere ‘Ticket Triase’ üzerine bazı kısa vadeli işler görüyoruz. Bununla birlikte, sadece bir bilet katından daha fazlasını temizlemek için kesin bir uzun vadeli ihtiyaç vardır. Neyse ki, Jonathan Desrosiers bununla ilgili teklifin “Önümüzdeki Haftalar” da yapılacağını öne sürdü.