WPSiteSync закрывается, коммерческие расширения теперь доступны на GitHub

WPSiteSync , плагин для синхронизации контента от команды разработчиков DesktopServer, прекратил поддержку своего бесплатного базового плагина и коммерческих расширений. Плагин позволяет пользователям синхронизировать определенный контент, такой как сообщения, страницы, избранные изображения и таксономии, без необходимости переноса всей базы данных. Коммерческие расширения позволяли пользователям синхронизировать такие вещи, как продукты WooCommerce, блоки Gutenberg, информацию о продуктах EDD, настраиваемые типы сообщений, проекты Beaver Builder и многое другое.

Прошло девять месяцев с момента обновления плагина WPSiteSync и более года с момента основного выпуска. Спустя шесть лет команда ServerPress опубликовала заявление, объясняющее причины их закрытия:

После долгих раздумий и обсуждений мы пришли к выводу, что больше не будем обновлять WPSiteSync и его премиум-расширения. Это было трудным решением для нас, поскольку мы знаем, что многие из вас полагаются на него, чтобы улучшить свой рабочий процесс WordPress. Решение было принято из-за того, что при зависимости каждого расширения от кода плагина, который оно поддерживает, мы не успевали за их изменениями по мере расширения нашей библиотеки, и, честно говоря, спроса на него было не так много, как мы надеялись. Кроме того, мы обнаружили, что время, затраченное на поддержку WPSiteSync, отняло у нас возможность продвигать вперед наш флагманский продукт DesktopServer.

Команда ServerPress планирует интегрировать некоторые функции WPSiteSync в свой продукт DestopServer и делает текущую версию плагина и все его коммерческие расширения доступными бесплатно на GitHub .

Основатель PublishPress Стив Бердж, чей бизнес пошел по тому же пути монетизации, прокомментировал, что WPSiteSync выбрал «благородный и честный способ положить конец коммерческой жизни плагина WordPress». Он сказал, что его компания рассматривала аналогичный набор функций, «но он казался таким сложным».

Бизнес-модель бесплатного ядра с коммерческими расширениями может работать хорошо, но она также может привести к истощению команды разработчиков, если они также несут ответственность за флагманский продукт помимо поддержки такого разнообразного набора расширений. Идти в ногу с изменениями в Gutenberg, WooCommerce, Beaver Builder, EDD и многих других быстро развивающихся плагинах — амбициозная задача. Легко понять, как поддержка и обслуживание этих расширений могут стать несостоятельными.

«Например, на кодирование расширения Advanced Custom Fields может уйти X часов, а затем они могут внести одно небольшое изменение в способ записи в базу данных, и тогда наше расширение потеряет свою функциональность», — сказал операционный директор ServerPress Марк Бензакин. Tavern. «Часто это означало, что вместо того, чтобы постоянно придерживаться производственного графика, нам приходилось переориентироваться на поддержку плагина ACF. Чем больше плагинов поддерживал WPSiteSync, тем более несостоятельным он становился и тем больше человеко-часов уходило на его поддержку».

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

За последние два года WPSiteSync колебался примерно на уровне 3000 активных установок. Размещение плагина и расширений на GitHub дает WPSiteSync и его расширениям возможность быть разветвленными и поддерживаться новой командой с большим стимулом и ресурсами. Выключение может разочаровать нынешних пользователей и клиентов, но после столь долгого отсутствия обновлений будет лучше, если программное обеспечение будет официально выпущено для широкой публики, чтобы получить шанс на новую жизнь.

Клиенты, которые приобрели «Премиум-пакет» WPSiteSync в течение последних 30 дней, могут запросить возврат средств.

«Мы будем поддерживать наших нынешних клиентов, насколько это возможно», — сказал Бензакин. «В целом плагин и его расширения все еще работают, и основной плагин, доступный в репозитории, скорее всего, будет продолжать работать еще какое-то время».