WordPress SDK 2.5.0-RC.1 готов к тестированию: разрешение клонов, улучшения пользовательского интерфейса обратной связи при деактивации, смешение ресурсов и многое другое

Это официально! WordPress SDK 2.5.0 RC1 теперь доступен с потрясающими (и актуальными) улучшениями, которые решают то, что мы определили как ваши самые распространенные и трудоемкие проблемы на сегодняшний день.

Наша цель в этой версии — помочь вам снизить нагрузку на техподдержку, чтобы вы могли уделять больше времени выполнению поставленных задач и другим более продуктивным действиям.

Прежде чем мы углубимся в функции, нам нужна ваша помощь 🙌

Вызов тестировщиков

Несмотря на то, что мы провели тщательное тестирование всех видов (автоматическое, ручное и регрессионное тестирование), и хотя мы довольно уверены в стабильности 2.5.0, из-за сложности и количества изменений кода и вариантов использования, связанных с этой версией , мы решили сначала выдвинуть его в качестве релиз-кандидата.

«Я хочу участвовать в тестировании — чем я могу помочь?»

Хотите помочь нам в тестировании? Это здорово и ценно!

• Если вы используете бета-версию программы, просто обновите SDK до этого RC и отправьте новую версию в качестве бета -версии.
• Если вы не используете бета-версию программы и знаете, что некоторые из ваших клиентов используют клонированные среды, такие как подготовка к рабочей среде, или используют ваш плагин/тему с плагинами WaaS, такими как WP Ultimo, когда они обращаются в вашу службу поддержки из-за проблем с SDK, вы можете отправить им специальная версия вашего продукта с этим SDK, поскольку она должна решить их проблемы.

Независимо от того, попробуете ли вы RC, возникнут ли у вас проблемы или, наоборот, если он решит проблемы с SDK, с которыми сталкивались ваши пользователи раньше, сообщите нам об этом! Просто свяжитесь с нами через [email protected], откройте вопрос GitHub или используйте любой другой канал связи, который вам удобен — нам нужны ваши отзывы

Приступим к характеристикам.

Дублирование веб-сайтов и разрешение клонов

В связи с растущей популярностью сетей WaaS (WordPress как услуга) и хостинговых компаний, которые обеспечивают промежуточное развертывание рабочих процессов в 1 клик, вы, вероятно, уже сталкивались с жалобами клиентов на непредвиденные проблемы, связанные с дублированием сайтов.

Короче говоря, клон — это веб-сайт (или дочерний сайт), который имеет уникальный идентификатор и пару открытых/секретных ключей, которые были назначены Freemius и идентичны идентификатору и ключам другого веб-сайта. Вы можете узнать больше о клонах, о том, как они обычно создаются и когда, в этом документе.

Вдохновленный пользовательским интерфейсом Jetpack, я рад сообщить, что этот выпуск SDK поставляется с полнофункциональным механизмом идентификации, управления и разрешения клонов. Это возможность, которая долгое время была на втором плане, и я настоятельно рекомендую вам ознакомиться с проблемой клонирования веб-сайтов и тем, как WordPress SDK обрабатывает ее, чтобы получить максимальную отдачу от улучшения:

Улучшения пользовательского интерфейса формы обратной связи при деактивации

Откладывание для специалистов по устранению неполадок

Хотя наша форма обратной связи по деактивации предлагает пользователям уникальную возможность оставить отзыв владельцам продукта до того, как они откажутся от нее, на протяжении многих лет мы слышали жалобы на то, что пользователи действительно ненавидят эту функцию. Проанализировав отзывы, нам удалось отнести это мнение именно к сегменту «устранение неполадок».

Обновления плагинов — это обычная задача, с которой ежедневно приходится сталкиваться специалистам по обслуживанию веб-сайтов. Иногда обновление плагина/темы может пойти не так из-за конфликтов, ошибок и несовместимостей, вызывая проблемы и неожиданные ошибки на сайте. Сопровождающие обычно не погружаются на уровень кода, поэтому общий процесс устранения неполадок заключается в определении причины проблемы с деактивацией и повторной активацией плагинов с последующим переключением темы. Это означает, что вам нужно деактивировать плагины один за другим, пока проблема не будет решена, а затем повторно активировать их по отдельности и в том же порядке, в котором они были деактивированы. Теоретически это должно помочь изолировать «проблемный» плагин, но если это не обнаружит проблему, то следующей попыткой должно быть «переключение темы».

По мере роста «зоны охвата» тем и плагинов, использующих наш WordPress SDK, форма обратной связи по деактивации добавляет дополнительный клик к каждой деактивации. Оттуда повторная активация плагина на базе Freemius автоматически перенаправляет на экран подписки или на страницу основных настроек плагина (в зависимости от состояния подписки), что добавляет еще один щелчок, чтобы вернуться на страницу плагинов.

Это означает, что всего 5 плагинов, использующих Freemius на сайте, потенциально могут добавить 10 дополнительных кликов — что, по понятным причинам, раздражает специалистов по устранению неполадок. А при управлении 20 сайтами, например, все эти клики со временем накапливаются, что объясняет, почему некоторым сопровождающим действительно не нравится WordPress SDK.

Поняв причины «ненависти», мы придумали простое решение, чтобы облегчить «боль» для специалистов по устранению неполадок и, надеюсь, вернуть часть их доверия.

В форме обратной связи уже отображается параметр, указывающий, что деактивация является временной для устранения неполадок. Итак, вместо того, чтобы просто отправить этот отзыв нам…

1. Теперь мы показываем возможность отложить панель от одного часа до 30 дней.
2. Поскольку мы понимаем, что это не добавляет никакой ценности владельцам продуктов, выбор отсрочки полностью пропускает отправку отзывов в Freemius.
3. Наконец, если администратор откладывает форму, перенаправление будет отключено на период откладывания.

Откладывание повлияет только на текущего вошедшего в систему администратора и будет работать со всеми плагинами и темами Freemius, установленными на этом веб-сайте.

Этот улучшенный UX потенциально может сэкономить массу кликов для «тяжелых» специалистов по устранению неполадок, и мы рады видеть разницу, которую это изменит.

Включить деактивацию с пустым отзывом «Другое»

Чтобы побудить пользователей отправлять отзывы, на которые вы можете воздействовать, ранее, когда пользователь выбирал опцию «Другое» в форме обратной связи деактивации, состояние кнопки «Отправить и деактивировать» менялось на отключенное до тех пор, пока пользователь не ввел какой-либо ввод, чтобы объяснить « другая причина.

Мы обратили внимание на то, что этот UX был проблематичным, потому что пользователи читают с верхнего левого угла, а некоторые выбирают этот вариант, потому что они просто не хотят оставлять какие-либо отзывы. То есть, если они выбирают этот вариант до того, как заметят, что есть вариант «Пропустить и деактивировать», создается впечатление, что деактивировать продукт без предоставления обратной связи невозможно.

Теперь, когда выбран вариант «Другое» и поле объяснения пусто, кнопка включена и помечена как «Деактивировать»:

И, очевидно, никакие данные не будут отправлены на нашу сторону, потому что пустая обратная связь «Другое» бесполезна.

Состояние флажка по умолчанию для анонимной обратной связи

Если пользователь пропустил согласие и решил оставить отзыв, используя форму обратной связи деактивации, по умолчанию отзыв не был анонимным, чтобы при необходимости вы могли связаться с пользователем. В этой версии SDK представлен новый фильтр, позволяющий управлять режимом отправки формы обратной связи по умолчанию и изменять его на анонимный отзыв по умолчанию, используя следующее:

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

Путаница с владением пользовательскими активами — больше нет!

Значительный процент покупок плагинов и тем WordPress приходится на «строителей», где в конечном итоге проект передается их клиенту. Чтобы упростить отношения, мы предлагаем достаточную гибкость, позволяющую передавать права собственности на активы аккаунта от одного человека к другому.

Не вдаваясь в технические подробности, поскольку наш SDK запущен на миллионах веб-сайтов, мы наткнулись на несколько крайних случаев, которые неожиданно перепутали активы между учетными записями. Хотя эти проблемы были нечастыми, их устранение было болезненным для клиента, для вас и для нас.

Если и был конкурс на самые раздражающие и трудоемкие проблемы, то этот — безоговорочный победитель 2020–2021 годов 🏆 Это также хороший пример того, как давать слишком много гибкости, не пытаясь предусмотреть все варианты использования (и вы никогда не будет) может причинить больше вреда, чем пользы.

Мы не только добавили некоторые ограничения в серверную часть, чтобы уменьшить количество случаев возникновения проблемы, но и новый выпуск WordPress SDK также расширяет возможности обновления электронной почты учетной записи с дополнительным вводом данных от пользователя и обрабатывает каждый случай немного по-разному:

Исправление HTTP 404 Not Found (также известное как «Нет обновлений»)

Некоторые из вас, возможно, получали запросы в службу поддержки, где клиенты жаловались на то, что SDK выдает ошибки и замедляет работу системы, как правило, с дополнительным снимком экрана ошибки из журнала отладки (или других подключаемых модулей отладки).

Ошибки HTTP были возвращены, когда не было более новых выпусков, что является ожидаемым поведением правильной реализации RESTful API, когда ресурс не существует.

Поскольку понять, что такое поведение ожидается до тех пор, пока мы не свяжемся с нами, непросто, и это привело к созданию ненужных запросов в службу поддержки для вас (и для нас), мы изменили код ответа HTTP на 200, чтобы раз и навсегда устранить эту путаницу. Это изменение API уже было развернуто несколько недель назад, поэтому, скорее всего, вы заметили, что жалобы такого типа исчезли.

Оглядываясь назад, мы теперь понимаем, что должны были внести это изменение намного раньше. Просто иногда «правильная» техническая вещь не является «правильной» для конечного пользователя.

Отказоустойчивость к фоновым проблемам подключения

Несколько недель назад у AWS был временный простой. Поскольку мы размещаем наши серверы на Amazon, естественно, время простоя вызвало проблемы с подключением к нашему серверу API. Веб-сайты, на которых в этот период выполнялся их синхронизирующий cron Freemius, были добавлены с отклоняемым уведомлением о проблеме с подключением, что вызвало множество запросов в службу поддержки от заинтересованных пользователей. Цель уведомления — указать на текущие проблемы с подключением из-за брандмауэров, блокировок интернет-провайдеров и т. д. Оно не предназначено для устранения временных проблем с подключением. Поэтому мы улучшили логику, внедрив механизм отказоустойчивости, поэтому уведомление будет добавлено только после 3 последовательных неудачных попыток подключения (обычно 3 дня).

Устранение устаревших функций многосайтовой сети

wpmu_new_blog() и deleted_blog() устарели в WP 5.1, что выдавало уведомление при работе в режиме отладки. Мы обновили многосайтовую интеграцию, чтобы вместо этого использовать wp_insert_site() и wp_delete_site() соответственно при работе в новых выпусках WordPress. Спасибо Дарио Курвино за ваш вклад 🙌

Новые фильтры

Мы представили новый фильтр hide_freemius_powered_by , позволяющий скрыть вкладку Powered by Freemius на страницах, созданных SDK:

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

И еще один фильтр с именем hide_billing_and_payments_info , чтобы скрыть историю выставления счетов и платежей, отображаемую по умолчанию для клиентов на странице учетной записи:

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

Активация лицензии «Анонимно» — мы вас слышим!

Как стартап или любой тип бизнеса, у вас есть ограниченные ресурсы в начале. В центре внимания номер один находится соответствие продукта/рынка, что, естественно, заставляет вас расставлять приоритеты и идти на жертвы. Когда мы запускали Freemius, наш анализ рынка WordPress заключался в том, что наибольшую долю пользователей в экосистеме составляют самодельщики. Поэтому некоторые практики и UX были разработаны для этого сегмента. По мере взросления за последние два года мы приложили огромные усилия, чтобы применить отзывы, собранные за эти годы, чтобы лучше удовлетворить потребности сопровождающих и сборщиков. Хотя это гораздо меньший процент пользователей WordPress, он чрезвычайно увлечен и важен!

На этом этапе подавляющее большинство поведенческих отзывов, полученных за эти годы, уже было включено в WordPress SDK. Но все еще есть один повторяющийся запрос, который обычно исходит от технически подкованных пользователей с более высокой конфиденциальностью: «Почему мне нужно соглашаться при активации лицензионного ключа?»

Хотя мы собираем только несколько основных показателей, которые приносят пользу пользователям и производителям продуктов после активации лицензии, например, версию WordPress, версию PHP и языковой стандарт веб-сайта (полная информация задокументирована на нашей новой странице «Практики работы с данными»), мы справедливо обеспокоены тем, что хотел обратиться, чтобы пользователи могли с уверенностью пользоваться вашими продуктами.

Поэтому в следующем релизе мы планируем ввести новую возможность активации лицензии без передачи данных, которые не нужны для активации лицензии и доставки обновлений. Вместо того, чтобы перерабатывать архитектуру данных, мы будем маскировать данные фиктивными значениями, чтобы обеспечить максимальную конфиденциальность. Имейте в виду, что нам все равно придется собирать URL-адрес и IP-адрес веб-сайта, версию SDK и информацию о том, активен или неактивен продукт. Но это все!

До скорого

Есть отзывы о предстоящей активации «анонимной» лицензии? У вас есть какие-либо особенности, которые вы хотели бы, чтобы мы рассмотрели? Не стесняйтесь добавлять их на нашу доску Trello, а пока удачных продаж!