WordPress SDK 2.5.0-RC.1 Teste Hazır: Klon Çözünürlüğü, Devre Dışı Bırakma Geri Bildirimi UX Geliştirmeleri, Varlık Karıştırma ve Daha Fazlası

Bu resmi! WordPress SDK 2.5.0 RC1, bugüne kadar en sık görülen ve zaman alan sorunlarınız olarak tanımladığımız sorunları çözen harika (ve alakalı) geliştirmelerle birlikte artık mevcuttur.

Bu sürümle amacımız, zamanınızın çoğunu çıktılara ve diğer daha üretken faaliyetlere ayırabilmeniz için destek yükünü azaltmanıza yardımcı olmaktır.

Özelliklere geçmeden önce yardımınıza ihtiyacımız var 🙌

Test Uzmanları için Çağrı

Her türlü kapsamlı testi (otomatik, manuel ve regresyon testleri) yürütmüş olsak da ve bu sürümde yer alan karmaşıklık ve kod değişikliklerinin ve kullanım durumlarının miktarı nedeniyle 2.5.0'ın kararlılığından oldukça emin olsak da , ilk önce bir sürüm adayı olarak zorlamaya karar verdik.

"Testlere dahil olmak istiyorum - nasıl yardımcı olabilirim?"

Testte bize yardım etmek ister misiniz? Bu harika ve takdir!

• Bir beta programı çalıştırıyorsanız, SDK'yı bu RC'ye güncellemeniz ve beta olarak yeni bir sürüm göndermeniz yeterlidir.
• Bir beta programı çalıştırmıyorsanız ve bazı müşterilerinizin üretim aşamasına geçiş gibi klonlanmış ortamlar çalıştırdığını veya eklentinizi/temanızı WP Ultimo gibi WaaS eklentileriyle birlikte kullandıklarını biliyorsanız, SDK sorunları nedeniyle desteğinizle iletişime geçtiklerinde onlara bir mesaj gönderebilirsiniz. Bu SDK ile ürününüzün özel versiyonu onların sorunlarını çözmelidir.

Ne olursa olsun, RC'yi denerseniz, sorun yaşarsanız veya tam tersine, kullanıcılarınızın daha önce karşılaştığı SDK sorunlarını çözerse, lütfen bize bildirin! [e-posta korumalı] aracılığıyla bizimle iletişime geçin, bir GitHub sorunu açın veya sizin için en kolay olan başka bir iletişim kanalını kullanın - geri bildiriminizi istiyoruz

Gelelim özelliklerine.

Yinelenen Web Siteleri ve Klon Çözünürlüğü

WaaS (Hizmet olarak WordPress) ağlarının artan popülaritesi ve üretim dağıtım iş akışlarına tek tıklamayla hazırlama sağlayan barındırma şirketlerinin artan popülaritesi ile, site çoğaltma söz konusu olduğunda beklenmeyen sorunlardan şikayet eden müşterilerle zaten uğraşmışsınızdır.

Kısacası klon, benzersiz bir kimliğe ve Freemius tarafından atanan ve başka bir web sitesinin kimliği ve anahtarlarıyla aynı olan bir çift genel/gizli anahtara sahip bir web sitesidir (veya bir alt sitedir). Bu belgede klonlar, tipik olarak nasıl ve ne zaman oluşturuldukları hakkında daha fazla bilgi edinebilirsiniz.

Jetpack'in kullanıcı arayüzünden esinlenerek, bu SDK sürümünün tam özellikli bir klon tanımlama, yönetim ve çözümleme mekanizmasıyla geldiğini paylaşmaktan heyecan duyuyorum. Bu, bir süredir arka planda olan bir yetenek ve klon web siteleri sorununa ve geliştirmeden en iyi şekilde yararlanmak için WordPress SDK'nın bunu nasıl ele aldığına kendinizi alıştırmanızı şiddetle tavsiye ediyorum:

Devre Dışı Bırakma Geri Bildirim Formu UX Geliştirmeleri

Sorun Gidericiler için Erteleme

Devre dışı bırakma geri bildirim formumuz, kullanıcılara ürün sahiplerine ürün sahiplerine üründen vazgeçmeden önce geri bildirim sağlamaları için benzersiz bir fırsat sunsa da, yıllar içinde kullanıcıların bu özellikten gerçekten nefret ettiğine dair şikayetler duyduk. Geri bildirimi analiz ettikten sonra, bu duyarlılığı özellikle 'sorun gidericiler' segmentiyle ilişkilendirmeyi başardık.

Eklenti güncellemeleri, web sitesi yöneticilerinin günlük olarak uğraşması gereken yaygın bir görevdir. Bazen bir eklenti/tema güncellemesi çakışmalar, hatalar ve uyumsuzluklar nedeniyle yanlış gidebilir ve bir sitede sorunlara ve beklenmeyen hatalara neden olabilir. Bakımcılar genellikle kod düzeyine dalmaz, bu nedenle ortak sorun giderme süreci, sorunun nedenini eklenti devre dışı bırakma ve yeniden etkinleştirme ve ardından tema değiştirme ile belirlemektir. Yani, sorun çözülene kadar eklentileri tek tek devre dışı bırakmanız, ardından bunları ayrı ayrı ve devre dışı bırakıldıkları sırayla yeniden etkinleştirmeniz gerekir. Teorik olarak, bu, 'sorunlu' eklentiyi yalıtmaya yardımcı olmalıdır, ancak sorunu ortaya çıkarmazsa, bir sonraki girişim bir 'tema değiştirme' olmalıdır.

WordPress SDK'mızı kullanan temaların ve eklentilerin 'ayak izi' büyüdükçe, devre dışı bırakma geri bildirim formu, her devre dışı bırakmaya ek bir tıklama ekler. Buradan, Freemius destekli bir eklentinin yeniden etkinleştirilmesi, otomatik olarak katılım ekranına veya eklenti ana ayarlar sayfasına (kayıt durumuna bağlı olarak) yönlendirilir; bu, eklentiler sayfasına geri dönmek için başka bir tıklama ekler.

Bu, bir sitede Freemius kullanan yalnızca 5 eklentinin potansiyel olarak fazladan 10 tıklama ekleyebileceği anlamına gelir - bu, sorun gidericiler için anlaşılır bir şekilde can sıkıcı bir durumdur. Ve örneğin 20 siteyi yönetirken, tüm bu tıklamalar zamanla birikir, bu da bazı bakıcıların WordPress SDK'yı neden gerçekten sevmediğini açıklar.

'Nefret'in arkasındaki nedenleri anladıktan sonra, sorun gidericilerin 'acısını' dindirmek için basit bir çözüm bulduk ve umarım güvenlerinin bir kısmını geri kazandık.

Geri Bildirim Formu , sorun giderme için devre dışı bırakmanın geçici olduğunu gösteren bir seçenek zaten görüntüler. Yani, bu geri bildirimi yolumuza göndermek yerine…

1. Artık paneli bir saatten 30 güne erteleme seçeneği gösteriyoruz.
2. Ürün sahiplerine herhangi bir değer katmadığını bildiğimiz için, ertelemeyi seçmek Freemius'a geri bildirim göndermeyi tamamen atlıyor.
3. Son olarak, yönetici formu ertelerse, erteleme süresi boyunca yönlendirme kapalı olacaktır.

Erteleme yalnızca mevcut oturum açmış yöneticiyi etkiler ve o web sitesinde yüklü olan tüm Freemius destekli eklentiler ve temalarda çalışır.

Bu iyileştirilmiş UX, "ağır" sorun gidericiler için potansiyel olarak tonlarca tıklama tasarrufu sağlayabilir ve yaratacağı farkı görmekten heyecan duyuyoruz.

Boş 'Diğer' Geri Bildirim ile Devre Dışı Bırakmayı Etkinleştir

Kullanıcıları geri bildirim göndermeye teşvik etmek için, daha önce, bir kullanıcı devre dışı bırakma geri bildirim formunda 'Diğer' seçeneğini belirlediğinde, 'Gönder ve Devre Dışı Bırak' düğmesinin durumu, kullanıcı ' başka' neden.

Kullanıcıların sol üstten okuduğu ve bazılarının herhangi bir geri bildirim sağlamak istemedikleri için bu seçeneği tercih ettikleri için bu UX'in sorunlu olduğu dikkatimizi çekti. Yani, 'Atla ve Devre Dışı Bırak' seçeneğinin olduğunu fark etmeden önce bu seçeneği seçerlerse, herhangi bir geri bildirim sağlamadan ürünü devre dışı bırakmanın imkansız olduğu izlenimini verir.

Şimdi, 'Diğer' seçeneği seçildiğinde ve açıklama kutusu boş olduğunda, buton etkinleştirilir ve 'Devre Dışı Bırak' olarak etiketlenir:

Ve açıkçası, boş 'Diğer' geri bildirimi faydasız olduğu için tarafımıza hiçbir veri gönderilmeyecektir.

Anonim Geri Bildirim Varsayılan Onay Kutusu Durumu

Bir kullanıcı katılımı atladıysa ve devre dışı bırakma geri bildirim formunu kullanarak geri bildirim sağlamayı seçtiyse, gerekirse kullanıcıyla iletişim kurmanıza izin vermek için varsayılan olarak geri bildirim anonim değildi. SDK'nın bu sürümü, aşağıdakileri kullanarak geri bildirim formunun varsayılan gönderme modunu kontrol edebilmeniz ve varsayılan olarak anonim geri bildirim olarak değiştirebilmeniz için yeni bir filtre sunar:

my_fs()->add_filter( 'default_to_anonymous_feedback', '__return_true' );

Kullanıcı Varlıkları Mülkiyet Karması — Gitti!

WordPress eklentisi ve tema satın almalarının sağlıklı bir yüzdesi, sonunda projenin müşterilerine teslim edildiği 'inşacılar' tarafından yapılır. İlişkiyi kolaylaştırmak için, hesap varlıklarının sahipliğini bir kişiden diğerine değiştirmeye izin vermek için iyi bir esneklik sunuyoruz.

Teknik ayrıntılara girmeden, SDK'mızı çalıştıran milyonlarca web sitesi varken, hesaplar arasında beklenmedik bir şekilde varlıkları karıştıran birkaç uç durumla karşılaştık. Bu sorunlar seyrek olmakla birlikte, düzeltmemiz müşteri, sizin ve bizim için acı vericidir.

En sinir bozucu ve zaman alıcı sorunlar için bir yarışma yapıldıysa, bu yarışma 2020-2021'in tartışmasız kazananıdır 🏆 Bu aynı zamanda tüm kullanım durumlarını öngörmeye çalışmadan çok fazla esneklik sağlamanın iyi bir örneğidir (ve asla Will) yarardan çok zarara neden olabilir.

Sorunun örneklerini azaltmak için yalnızca arka uçta bazı kısıtlamalar eklemekle kalmadık, aynı zamanda yeni WordPress SDK sürümü, Kullanıcıdan gelen ek girdilerle Hesabın e-posta güncelleme deneyimini geliştirir ve her durumu biraz farklı şekilde ele alır:

HTTP 404 Bulunamadı Düzeltmesi (AKA 'Güncelleme Yok')

Bazılarınız, müşterilerin SDK'nın hata verdiğinden ve sistemi yavaşlattığından şikayet ettiği, genellikle Hata Ayıklama Günlüğünden (veya diğer hata ayıklama eklentilerinden) alınan bir hatanın tamamlayıcı ekran görüntüsüyle destek biletleri almış olabilirsiniz.

HTTP hataları, daha yeni sürümler olmadığında döndürüldü; bu, bir kaynak olmadığında uygun bir RESTful API uygulamasının beklenen davranışıdır.

Bizimle iletişime geçene kadar bu davranışın beklendiğini anlamak önemsiz olmadığından ve sizin (ve bizim için) için gereksiz destek biletleri oluşturduğundan, bu karışıklığı tamamen ortadan kaldırmak için HTTP yanıt kodunu 200 olarak değiştirdik. Bu API değişikliği birkaç hafta önce zaten uygulandı, bu nedenle bu tür şikayetlerin ortadan kalktığını fark etmiş olabilirsiniz.

Geriye dönüp baktığımızda, bu değişikliği çok daha önce yapmamız gerektiğini şimdi kabul ediyoruz. Sadece bazen 'doğru' teknik şey son kullanıcı için 'doğru' olmayabilir.

Arka Plan Bağlantı Sorunlarına Hata Toleransı

Birkaç hafta önce AWS'de geçici bir kapalı kalma süresi vardı. Sunucularımızı Amazon'da barındırırken, doğal olarak kapalı kalma süresi, API sunucumuzda bağlantı sorunlarına neden oldu. Bu süre zarfında Freemius senkronizasyon cron'larının yürütüldüğü web siteleri, bağlantı sorunu hakkında reddedilebilir bir bildirimle eklendi ve ilgili kullanıcılardan bir sürü destek sorgusuna neden oldu. Bildirimin amacı, güvenlik duvarları, ISP blokajları vb. nedeniyle devam eden bağlantı sorunlarını vurgulamaktır. Geçici bağlantı sorunları için yapılmamıştır. Bu nedenle, bir hata tolerans mekanizması devreye sokarak mantığı geliştirdik, böylece bildirim yalnızca art arda 3 başarısız bağlantı denemesinden sonra (genellikle 3 gün) eklenecektir.

Kullanımdan Kaldırılan Çok Bölgeli Ağ İşlevlerinin Çözümü

wpmu_new_blog() ve delete_blog( deleted_blog() , hata ayıklama modunda çalışırken bir uyarı veren WP 5.1'de kullanımdan kaldırıldı. Yeni WordPress sürümlerinde çalışırken bunun yerine wp_insert_site() ve wp_delete_site() kullanmak için çok siteli entegrasyonu güncelledik. Katkılarınız için teşekkürler Dario Curvino 🙌

Yeni Filtreler

Powered by Freemius sekmesini SDK tarafından oluşturulan sayfalardan gizlemenize izin vermek için yeni bir hide_freemius_powered_by filtresi sunduk:

my_fs()->add_filter( 'hide_freemius_powered_by', '__return_false' );

Ayrıca, Hesap sayfasında müşterilere varsayılan olarak gösterilen faturalandırma ve ödeme geçmişini gizlemek için hide_billing_and_payments_info adlı başka bir filtre:

my_fs()->add_filter( hide_billing_and_payments_info', '__return_true' );

'Anonim' Lisans Aktivasyonu — Sizi Dinliyoruz!

Bir girişim veya herhangi bir iş türü olarak, başlangıçta sınırlı kaynaklarınız var. Bir Numaralı odak, doğal olarak sizi önceliklendirmeye ve fedakarlık yapmaya zorlayan ürün/pazar uyumuna ulaşmaktır. Freemius'u başlattığımızda, WordPress pazarına ilişkin analizimiz, DIYer'ların ekosistemdeki en büyük kullanıcı yüzdesini temsil etmesiydi. Bu nedenle, bazı uygulamalar ve UX bu segment için tasarlandı. Olgunlaştıkça, son iki yılda, bakımcıların ve inşaatçıların ihtiyaçlarını daha iyi karşılamak için yıllar içinde toplanan geri bildirimleri uygulamak için muazzam bir çaba sarf ettik. Bu, WordPress kullanıcılarının çok daha küçük bir yüzdesi olsa da, son derece tutkulu ve önemli bir oran!

Bu aşamada, yıllar içinde alınan davranışsal geri bildirimlerin büyük çoğunluğu zaten WordPress SDK'sına dahil edilmiştir. Ancak, genellikle daha yüksek gizlilik duyarlılığına sahip teknoloji konusunda bilgili kullanıcılardan gelen yinelenen bir istek var: "Bir lisans anahtarını etkinleştirirken neden etkinleştirmem gerekiyor?"

WordPress sürümü, PHP sürümü ve web sitesi yerel ayarı gibi, lisans etkinleştirmesi üzerine kullanıcılara ve ürün üreticilerine fayda sağlayan yalnızca birkaç temel metrik toplasak da (tüm bilgiler yeni Veri Uygulamaları sayfamızda belgelenmiştir) - bu bizim için adil bir endişedir. kullanıcıların ürünlerinizden güvenle yararlanabilmeleri için adres vermek istedim.

Bu nedenle, bir sonraki sürümde, lisans etkinleştirme ve güncelleme teslimatı için gerekli olmayan verileri paylaşmadan lisans etkinleştirme için yeni bir seçenek sunmayı planlıyoruz. Veri mimarisini yeniden çalışmak yerine, maksimum gizlilik sunmak için verileri yapay değerlerle maskeleyeceğiz. Yine de web sitesi URL'sini ve IP'sini, SDK sürümünü ve ürünün etkin olup olmadığını toplamamız gerekeceğini unutmayın. Ama bu kadar!

Bir sonrakine kadar

Yaklaşan 'anonim' lisans aktivasyonu için geri bildiriminiz var mı? Göz önünde bulundurmamızı istediğiniz herhangi bir özellik var mı? Bunları Trello panomuza eklemekten çekinmeyin ve bu arada, iyi satışlar!