Сегодня была выпущена версия 5.7 WordPress для Android с новым экраном «План» в меню сайта для пользователей WordPress.com. В этом разделе подробно описаны различия между коммерческими планами WordPress.com и есть ссылка для пользователей, чтобы управлять своими планами и обновлять их.
В предыдущих выпусках было добавлено управление пользователями и возможность приглашать новых пользователей. Версия 5.7 основывается на этом и позволяет пользователям WordPress.com управлять своими подписчиками и зрителями с экрана «Управление людьми».
Если вы используете мобильное приложение для управления собственными сайтами WordPress, вы могли заметить отсутствие функциональности по сравнению с сайтами WordPress.com. Приложение не позволяет владельцам собственных сайтов управлять темами, настройками сайта или пользователями. Этот разрыв становится все более заметным с каждым выпуском.
Почему сайты WordPress на собственном хостинге отстают в функциях по сравнению с сайтами WordPress.com
Я поговорил с Максимом Биаисом , одним из мобильных инженеров Automattic, чтобы выяснить, почему приложение, кажется, продвигается вперед с новыми функциями для пользователей WordPress.com и оставляет позади пользователей с собственным хостингом.
««Люди» находятся в дорожной карте для самостоятельных сайтов, но мы ждем некоторых изменений в WordPress (ядро), прежде чем сможем что-то реализовать», — сказал Биайс. «Это может занять некоторое время, если мы подождем, пока плагин WP-API будет объединен с ядром.
«Для «Тем» есть другие проблемы с просмотром (и установкой), и мы не исключаем их, но на самом деле они не включены в дорожную карту».
Поскольку судьба проекта WP REST API все еще висит в воздухе , трудно оценить, когда сайты, размещенные на собственном хостинге, будут иметь паритет по функциям с WordPress.com. Тем временем инженеры приложения работают над добавлением дополнительных функций для сайтов, на которых включен Jetpack.
«Управление пользователями будет включено для сайтов Jetpack (а также для других функций)», — сказал Биайс. «В настоящее время мы переписываем сетевой уровень приложения, и это принесет пользу нашим пользователям Jetpack».
Биайс сказал, что переписывание сетевого уровня — это большая задача, которая будет сопровождаться некоторыми серьезными изменениями инфраструктуры в приложении. Он не смог предоставить ETA, но сказал, что они стремятся завершить первые шаги этой новой интеграции сетевого уровня к концу этого года.
Команда Automattic WordPress для Android включает около 10 разработчиков, некоторые из которых работают над iOS и другими приложениями, такими как Simplenote. Я спросил Биаиса, как команда определяет дорожную карту и цели для приложения.
«Что касается дорожной карты, она может меняться, обычно мы принимаем решение на основе консенсуса», — сказал он. «Мы также изучаем отзывы пользователей и решаем работать над некоторыми функциями, когда видим тенденцию. Например, мы видели все больше и больше ошибок входа и решили поработать над лучшим инструментом для обнаружения конечной точки xmlrpc и функцией входа по электронной почте для пользователей WordPress.com».
WordPress для Android — это проект с открытым исходным кодом, который открыт для участия, но Биайс сказал, что команда редко получает какие-либо взносы из-за сложности приложения.
«Сложность кода не помогает, а тот факт, что мы поддерживаем разные API (WP.com REST API, XMLRPC и вскоре WP-API), еще больше усложняет задачу участникам», — сказал он. «Этот новый сетевой уровень скроет эту сложность и упростит работу, но я не ожидаю большего».
У пользователей WordPress с самостоятельным размещением, которым не нравится распространение функций, предназначенных только для WordPress.com, упакованных с приложением, таких как ридер и коммерческий путь обновления, нет другого выбора, кроме как разветвить его. Невозможно отключить функции, не связанные с публикацией, которые сотрудники Automattic встраивают в приложение.
Я спросил Биаиса, какой процент обслуживания и разработки приложения посвящен функциям WordPress.com, а не общему улучшению для всех пользователей.
«Трудно сказать, некоторые функции занимают большую часть времени — например, редактор — и приносят пользу WordPress.com и пользователям, работающим на собственном хостинге», — сказал Биайс. «Другие функции специфичны для WordPress.com: Reader / Notifications.
«Некоторые функции требуют гораздо больше времени для самостоятельных сайтов: например, экран входа в систему и сетевой уровень для поддержки всех видов самостоятельных установок (самозаверяющий SSL, HTTP-аутентификация, неправильная конфигурация, предупреждения PHP и т. д.)
Отвечая на вопрос, является ли обязательство поддерживать самостоятельные сайты тем же, что и сайты WordPress.com, Биайс пояснил подход команды, когда функция недоступна для обоих.
«Функции WordPress.com не имеют приоритета над собственным хостингом», — сказал он. «Когда мы можем реализовать что-то для обоих, мы делаем это, но когда мы не можем (например, когда у нас нет конечной точки XMLRPC), мы делаем это для WordPress.com и обычно просим Core внести изменения, чтобы мы могли реализовать такая же функция для самостоятельных пользователей».
Биайс привел функцию «Настройки сайта» в качестве хорошего примера этого. В настоящее время это функция только для WordPress.com. Хотя код для самостоятельных сайтов готов, он сказал, что он еще не подключен к приложению, потому что команда ожидает исправления определенного тикета в ядре.
Я спросил Biais, есть ли тенденция пользователей, которые хотят, чтобы приложение WordPress с открытым исходным кодом создавалось исключительно для функций, общих как для пользователей WordPress.com, так и для пользователей, размещенных на собственном хостинге, если команда рассмотрит возможность удаления таких функций, как Reader.
«Если бы это было большинство пользователей, я думаю, мы бы подумали об этом», — сказал Биайс. «Или, может быть, найти способ создать специальную версию только с функциями, общими для WordPress.com и пользователей, размещенных на собственном хостинге. Это выполнимо, но это большая задача».
Биайс сказал, что они только однажды получили этот запрос от менеджера FDroid , каталога бесплатных программных приложений с открытым исходным кодом для Android. В противном случае команда не получила много отзывов от пользователей, желающих внести серьезные изменения в приложение.
Поскольку приложение содержит множество функций WordPress.com, которые не являются центральными для основного процесса публикации, некоторые предложили для ясности переименовать его в «WordPress.com для Android». По словам Биаиса, команда рассмотрела возможность разделения его на два приложения.
«Мы рассматривали возможность использования как приложений WordPress, так и приложений WordPress.com, но отказались от этого, потому что это не делает его более понятным», — сказал он. «Вероятно, это еще более неоднозначно, когда кто-то ищет в Play Store «WordPress» или «Блог» и находит приложения WordPress и WordPress.com».
На данный момент пользователи собственного хостинга должны понимать, что проблемы с ядром WordPress и отсутствие WP REST API в ядре не позволяют приложению предлагать те же функции, которыми пользуются владельцы сайтов WordPress.com. Сайты, подключенные к Jetpack, должны увидеть больше функций после перезаписи сетевого уровня. У команды есть дорожная карта, которая включает в себя управление пользователями и настройки сайта для самостоятельных сайтов, но пользователям нужно будет дождаться будущих выпусков WordPress, чтобы это стало возможным.