Intereting Posts
Категоризация сообщений / страниц в опубликованные годы Класс для выбранного меню с помощью wp_nav_menu Любая встроенная функция для связывания сообщения с категорией через плагин? Список get_the_category в иерархическом порядке Счетчик сообщений, когда-либо опубликованных – даже удаленные Приращение порядка страниц при создании страниц Как переопределить фильтр в дочерней теме? Нечетный файл сценария пытается загрузить Тег шаблона не работает в шаблоне страницы Сортировать по двум мета-полям, не работающим Проблема использования памяти в WordPress 3.x Использование лицензированного MIT лицензированного niftyPlayer в WordPress Hosted Plugin (Premium и бесплатные версии) функция установить постоянную ссылку на /% postname% / при активации темы Какие независимые сайты рекомендуются для поиска разработчиков / программистов WordPress и т. Д. Замена содержимого по умолчанию, созданного при создании сайта

Настройка рабочего процесса PHP в WordPress

Я начал сайт wordpress об играх, и я хотел бы настроить рабочий процесс, чтобы позволить php devs работать на бэкэнд, не опасаясь что-то сломать на главном сайте. Как я могу модифицировать плагины, чтобы они не влияли на основной сайт?

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

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

Solutions Collecting From Web of "Настройка рабочего процесса PHP в WordPress"

Наличие локальной среды, которая одинакова для всех разработчиков, довольно легко настроить с помощью vccw.cc или basic-wordpress-vagrant .

Используйте Git для плагинов и тем – каждый как свое собственное репо. Бесплатные бесплатные репозитории доступны в Bitbucket .

Передайте свою БД с помощью WP-CLI или wordmove для синхронизации настроек и контента.

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

Плагины WordPress требуют открытого доступа. Их не обязательно размещать на сайте WP.org, но это упрощает процесс.

Чтобы поддерживать сайт с несколькими плагинами, вы ДОЛЖНЫ требовать, чтобы все имели открытый доступ к коду, если он должен сделать простой рабочий процесс. Если одному плагину требуется доступ к его коду конфиденциально, вам нужно будет его управлять. Предполагается, что создание платформы на ПО с открытым исходным кодом со средствами для получения прибыли будет сложным. Private / Public.

Удачи!