Android 5.7 için WordPress, WordPress.com Planını Yükseltme Yolu Ekliyor

Android için WordPress sürüm 5.7, WordPress.com kullanıcıları için site menüsü altında yeni bir “Plan” ekranı ile bugün yayınlandı. Bu bölüm, WordPress.com'un ticari planları arasındaki farkları detaylandırır ve kullanıcıların planlarını yönetmeleri ve yükseltmeleri için bir bağlantı içerir.

Önceki sürümler, kullanıcı yönetimi ve yeni kullanıcıları davet etme özelliğini ekledi. Sürüm 5.7 bunun üzerine kuruludur ve WordPress.com kullanıcılarının takipçilerini ve görüntüleyenlerini “Kişi Yönetimi” ekranından yönetmelerine olanak tanır.

Kendi kendine barındırılan WordPress sitelerini yönetmek için mobil uygulamayı kullanıyorsanız, WordPress.com sitelerine kıyasla işlevsellik eksikliğini fark etmiş olabilirsiniz. Uygulama, kendi kendine barındırılan site sahiplerinin temaları, site ayarlarını veya kullanıcıları yönetmesine izin vermez. Bu boşluk her sürümde daha belirgin hale geliyor.

Kendi Kendine Barındırılan WordPress Siteleri, WordPress.com Siteleriyle Karşılaştırıldığında Neden Özelliklerde Geride Kalıyor?

Automattic'in mobil mühendislerinden biri olan Maxime Biais ile, uygulamanın neden WordPress.com kullanıcıları için yeni özelliklerle öne çıktığını ve kendi kendine barındırılan kullanıcıları geride bıraktığını öğrenmek için konuştum.

Biais, “'İnsanlar', kendi kendine barındırılan siteler için yol haritasında yer alıyor, ancak herhangi bir şeyi uygulamadan önce WordPress'te (çekirdek) bazı değişiklikler bekliyoruz” dedi. “WP-API eklentisinin çekirdekte birleştirilmesini beklersek bu biraz zaman alabilir.

"'Temalar' için, göz atma (ve yükleme) ile ilgili başka sorunlar da var ve bunu hariç tutmuyoruz, ancak bu gerçekten yol haritasında değil."

WP REST API projesinin kaderi hala havada olduğundan, kendi kendine barındırılan sitelerin WordPress.com ile ne zaman özellik eşliğine sahip olacağını ölçmek zor. Bu arada, uygulamanın mühendisleri, Jetpack'in etkinleştirildiği siteler için daha fazla özellik almak için çalışıyor.

Biais, “Jetpack siteleri (ve diğer özellikler de) için kullanıcı yönetimi etkinleştirilecek” dedi. "Şu anda uygulamanın ağ katmanını yeniden yazıyoruz ve bu, Jetpack kullanıcılarımız için iyi şeyler getirecek."

Biais, ağ katmanı yeniden yazmanın, uygulamada bazı büyük altyapı değişiklikleriyle birlikte gelecek büyük bir görev olduğunu söyledi. Bir ETA sağlayamadı, ancak bu yeni ağ katmanı entegrasyonunun ilk adımlarını bu yılın sonuna kadar tamamlamayı hedeflediklerini söyledi.

Automattic'in Android için WordPress ekibi, bazıları iOS ve Simplenote gibi diğer uygulamalar üzerinde çalışan yaklaşık 10 geliştirici içerir. Biais'e ekibin uygulama için yol haritasına ve hedeflere nasıl karar verdiğini sordum.

"Yol haritası değişkendir, genellikle fikir birliği ile karar veririz" dedi. “Ayrıca kullanıcıların geri bildirimlerine bakıyoruz ve bir trend gördüğümüzde bazı özellikler üzerinde çalışmaya karar veriyoruz. Örneğin, giderek daha fazla oturum açma hatası gördük ve xmlrpc uç noktasını algılamak için daha iyi bir araç ve WordPress.com kullanıcıları için bir 'e-posta ile oturum açma' özelliği üzerinde çalışmaya karar verdik.”

Android için WordPress, katkıya açık bir açık kaynak projesidir, ancak Biais, uygulamanın karmaşıklığı nedeniyle ekibin nadiren herhangi bir katkı aldığını söyledi.

"Kod karmaşıklığı yardımcı olmuyor ve farklı API'leri (WP.com REST API, XMLRPC ve yakında WP-API) desteklememiz, katkıda bulunanlar için işleri daha da zorlaştırıyor" dedi. "Bu yeni ağ katmanı, bu karmaşıklığı gizleyecek ve işleri kolaylaştıracak, ancak daha fazla katkı beklemiyorum."

Okuyucu ve ticari yükseltme yolu gibi, uygulamayla birlikte paketlenmiş yalnızca WordPress.com'a özgü özelliklerin çoğalmasını takdir etmeyen, kendi kendine barındırılan WordPress kullanıcılarının, onu çatallamaktan başka seçeneği yoktur. Automattic çalışanlarının uygulamada oluşturduğu yayıncılıkla ilgili olmayan özellikleri kapatmanın bir yolu yoktur.

Biais'e, tüm kullanıcılar için genel iyileştirmenin aksine, uygulamanın bakım ve geliştirmesinin yüzde kaçının WordPress.com özelliklerine ayrıldığını sordum.

Biais, "Söylemek zor, bazı özellikler çoğu zaman alıyor - örneğin editör - ve WordPress.com'a ve kendi kendine barındırılan kullanıcılara fayda sağlıyor" dedi. “Diğer özellikler WordPress.com'a özeldir: Okuyucu / Bildirimler.

"Bazı özellikler, kendi kendine barındırılan siteler için çok daha fazla zaman alır: örneğin, oturum açma ekranı ve her tür kendi kendine barındırılan yüklemeyi destekleyen ağ katmanı (kendinden imzalı SSL, HTTP kimlik doğrulaması, yanlış yapılandırma, PHP uyarıları, vb."

Kendi kendine barındırılan siteleri destekleme taahhüdünün WordPress.com siteleriyle aynı olup olmadığı sorulduğunda Biais, bir özellik her ikisi için de mevcut olmadığında ekibin yaklaşımını netleştirdi.

"WordPress.com özellikleri, kendi kendine barındırılanlara göre öncelikli değildir" dedi. “Her ikisi için de bir şeyler uygulayabildiğimizde yapıyoruz, ancak yapamadığımızda (XMLRPC uç noktasına sahip olmadığımızda olduğu gibi) bunu WordPress.com için yapıyoruz ve genellikle Core'dan değişiklikleri yapmasını istiyoruz, böylece kendi kendine barındırılan kullanıcılar için aynı özellik.”

Biais, buna iyi bir örnek olarak Site Ayarları özelliğini gösterdi. Şu anda yalnızca bir WordPress.com özelliğidir. Kendi kendine barındırılan sitelerin kodu hazır olmasına rağmen, ekip çekirdekte belirli bir biletin düzeltilmesini beklediği için henüz uygulamaya bağlanmadığını söyledi.

Biais'e, yalnızca hem WordPress.com hem de kendi kendine barındırılan kullanıcılar tarafından paylaşılan özellikler için yapılan açık kaynaklı WordPress uygulamasını isteyen bir kullanıcı eğilimi olup olmadığını, ekibin Reader gibi özellikleri kaldırmayı düşünüp düşünmediğini sordum.

Biais, “Kullanıcıların çoğunluğu olsaydı, sanırım bunu yapmayı düşünürdük” dedi. Ya da yalnızca WordPress.com ve kendi kendine barındırılan kullanıcılar tarafından paylaşılan özelliklerle özel bir sürüm oluşturmanın bir yolunu bulabilir. Bu yapılabilir ama büyük bir görev."

Biais, Android için ücretsiz ve açık kaynaklı yazılım uygulamaları kataloğu olan FDroid'in yöneticisinden bu talebi yalnızca bir kez aldıklarını söyledi. Aksi takdirde, ekip, uygulamada büyük değişiklikler isteyen kullanıcılardan çok fazla geri bildirim almadı.

Uygulama, temel yayıncılık deneyiminin merkezinde yer almayan birçok WordPress.com özelliği içerdiğinden, bazıları, netlik için "Android için WordPress.com" olarak yeniden adlandırılmasını önerdi. Biais'e göre ekip, onu iki uygulamaya bölme olasılığını inceledi.

"Hem WordPress hem de WordPress.com uygulamalarına sahip olmayı düşündük, ancak bunu daha açık hale getirmediği için reddettik" dedi. "Birisi Play Store'da "WordPress" veya "Blog" için arama yaptığında ve hem WordPress hem de WordPress.com uygulamalarını bulduğunda muhtemelen daha da belirsizdir."

Şimdilik, kendi kendine barındırılan kullanıcılar, WordPress çekirdeğiyle ilgili sorunların ve çekirdekte WP REST API'sinin bulunmamasının, uygulamayı WordPress.com site sahiplerinin keyif aldığı aynı özellikleri sunmaktan alıkoyduğunu kabul etmelidir. Jetpack'e bağlı siteler, ağ katmanı yeniden yazma işlemi yapıldığında daha fazla özellik görmelidir. Ekibin, kendi kendine barındırılan siteler için kullanıcı yönetimi ve site ayarlarını içeren bir yol haritası var, ancak kullanıcıların bunu mümkün kılmak için WordPress'in gelecekteki sürümlerini beklemeleri gerekecek.