thomasowens
  • 0
Новичок

Какой процесс вы используете для разработки WordPress? [закрыто]

  • 0
Закрыто. Этот вопрос
основан на мнении. В настоящее время ответы не принимаются.

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

      • 0
  1. Для справки, я в основном создаю целые веб-сайты и плагины и развертываю их. Мой рабочий процесс очень насыщен Ruby и git.

    Чтобы начать новый проект, у меня есть сценарий оболочки, который заботится обо всем, что касается настройки нового виртуального хоста и проверки последнего тега WordPress (из нашего собственного репозитория git, который отслеживает svn).

    Базовая форма всего веб-сайта — это репозиторий git по адресу wp-content. Он содержит Capfile (эквивалент Capistrano Makefile) и файл конфигурации YAML, которые вместе обеспечивают развертывание ( http://github.com/dxw/wp-capistrano ). Также в этот репозиторий я добавляю тему и плагины как подмодули git (да, мы также поддерживаем репозитории git для сторонних плагинов — нам нравится использовать последнюю версию, которую мы лично протестировали).

    Для темы у меня есть инструмент/фреймворк для генерации кода ( github.com/dxw/wp-generate ). Это означает меньше размышлений о том, куда должен идти код, и у него есть естественный метод разделения между представлением и моделью/контроллером.

    При написании плагинов я использую Cucumber/Webrat для разработки через тестирование ( github.com/dxw/cucumber-wordpress ).

    А для миграции баз данных разработки в рабочую среду обычно достаточно просто скопировать дамп (WP_SITEURL и WP_HOME устанавливаются capistrano на промежуточных/производственных машинах, поэтому поиск/замена не требуются).

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

    • 0
  2. @Thomas Owens Этот вопрос несколько перекрывает и дублирует вопрос « Программное обеспечение для разработки темы/плагина WordPress? ». Не уверен, что мы должны закрыться, но кажется, что это немного другой фокус. Так…

    Mac OS X

    Вот мой основной набор инструментов прямо сейчас для Max OS X (всегда ищу лучшего). Обратите внимание, что я попробовал NetBeans и отказался от него. Слишком вялый и слишком мало функций.

    • PhpStorm + XDEBUG — IDE для отладки (на MAC нет ничего лучше)
    • VirtualHostX — локально управляет виртуальными хостами Apache (мне это нравится )
    • FileZilla — FTP-клиент
    • Firefox Firebug — отладка jQuery
    • Navicat для MySQL — коммерческий клиент MySQL
    • Unfuddle.com — репозиторий SVN и управление задачами для клиентских проектов
    • HTTP Scoop — разумный отладчик HTTP
    • Fraise — легкий текстовый редактор (форк Smultron )

    Виндоус виста

    Когда я работал на Windows Vista, моим основным набором инструментов был:

    • FileZilla — FTP-клиент
    • Firefox Firebug — отладка jQuery
    • Navicat для MySQL — коммерческий клиент MySQL
    • Unfuddle.com — репозиторий SVN и управление задачами для клиентских проектов
    • PhpED — IDE для отладки (в Windows нет ничего лучше, разве что PhpStorm +[XDEBUG][24])
    • HeidiSQL — отличный клиент MySQL с открытым исходным кодом
    • Notepad2 — отличная легкая и удобная альтернатива Блокноту
    • TortoiseSVN — клиент SVN
    • Fiddler 2 — непревзойденный отладчик HTTP

    Развертывание кода/миграция данных для переключения доменов

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

    Надеюсь это поможет

    -Майк

    • 0
  3. Это ответ рабочего процесса, не относящийся к IDE или плагину.

    Решение, которое действительно хорошо работает для разработки плагинов, состоит в том, чтобы начать с локального веб-сервера apache с каждой версией WordPress, установленной в подпапке.

    В отдельном месте за пределами корня локального сервера храните рабочие копии плагина/темы WordPress. Создайте символическую ссылку на соответствующий ствол/тег/ветвь в папке /wp-content/plugins каждого варианта WordPress.

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

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

    Используя IDE, поддерживающую SVN и FTP, все, что вам нужно сделать, это отредактировать вашу рабочую копию и зафиксировать ваши изменения обратно в репозиторий.

    Как IDE Coda делает это за меня, но мне также нравятся NetBeans и Eclipse.

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

    • 0
  4. У меня относительно несложная установка, которая развивалась с тех пор, как я начал свою нынешнюю работу примерно 2,5 года назад.

    Разработка

    Я делаю всю свою разработку через SSH, используя Vim внутри экрана GNU. Плагины Vim включают в себя:

    Вертикальные шпагаты и :set hidden необходимы. Я также предпочитаю 256-цветный терминал ( iTerm в Mac OS X) с цветовой схемой railscasts.

    Мы также постепенно модифицируем dBug в соответствии с нашими потребностями. Хорошая замена для print_r() и var_dump() когда вы знаете, что переменная является массивом или объектом.

    Развертывание

    В настоящее время я не работаю над многими общедоступными плагинами/темами, поэтому я не проверяю совместимость плагинов с несколькими версиями WordPress. Я кодирую на сервере разработки и перемещаю этот код в производство через Subversion.

    • 0

Оставить ответ

You must login to add an answer.