thomasowens
  • 0
Новичок

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

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

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

      • 0
    • Вы можете получить очень хороший var_dump, используя xdebug. Трассировка стека xdebug также может сказать вам, какие параметры передаются функциям (это очень полезно)

      • 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
  5. Процесс разработки темы WordPress

    • Преобразование каркаса Mock Flow в базовые XHTML и CSS

    • Подключите XHTML к файлу шаблона master.php и преобразуйте его в теги шаблона и функции WP.

    • Разделите master.php на различные файлы шаблонов, например: header.php, index.php, sidebar.php и footer.php.

    • Напишите любые пользовательские запросы и функции, которые могут понадобиться

    • Подключите макет CSS и добавьте div {outline:1px solid red;}, чтобы помочь настроить макет4.

    • Загрузите папку Theme в WordPress для тестирования и дальнейшей разработки

    Инструменты разработки WordPress

    • Редактор кода Aptana Studio WorkPlace со встроенным FTP

    • замазка

    • два монитора 1920 x 1200 с открытым браузером на одном и редактором кода на другом

    • Планшет Wacom Intuis 4

    • Firebug со скоростью Yslow и Google Page

    • 0
  6. Мой рабочий процесс довольно прост. Я слежу за 4 средами. Тестирование, разработка, постановка и производство.

    Рабочий процесс

    Я использую git для контроля версий; Я игнорирую файл wp-config.php, чтобы этот файл не перезаписывался, когда я нажимаю и извлекаю данные из разных мест. Я использую unfuddle в качестве общедоступного / центрального репозитория, из которого другие могут отправлять и получать данные.

    Кажется, это работает довольно хорошо. Я буду делать коммиты так часто, как только смогу, пока работаю над тестированием. По крайней мере, раз в день, если не чаще, я синхронизируюсь с unfuddle и заставляю сервер разработки вносить изменения. Я стараюсь не делать никакой непосредственной работы на сервере, поэтому в основном просто вношу изменения. Если были внесены значительные изменения в базу данных (новые плагины, обновленный контент и т. д.), я выгружу их из своего тестирования; сделайте бэкап разработки и импортируйте дамп.

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

    Поскольку wp-config.php не находится в git, с ним довольно просто перемещать и перемещать вещи. При переходе к производству из промежуточной среды я копирую файлы, а не использую git, поэтому мне нужно убедиться, что wp-config.php правильный.

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

    Я также думал об использовании Capistrano; и создание очень подробного сценария миграции, который будет обрабатывать все файлы и резервные копии/миграции базы данных, а также обновлять пути к файлам и URL-адреса.

    Инструменты

    • Textmate для моего редактора, хотя я только начинаю использовать MacVim. Я использую vim, когда на Linux.
    • Sequel Pro для работы с базой данных. Если я не могу подключиться к нему, я буду использовать PHPMyAdmin
    • Передайте для FTP, если мне это нужно.
    • git для контроля версий. В основном с помощью командной строки, хотя я немного использовал клиент в Textmate и GittiApp.
    • 0
  7. Одна вещь, которая мне помогает (особенно при работе с несколькими клиентскими темами), — это установка WordPress Multisite на моем сервере разработки. Таким образом, я могу иметь столько открытых вакансий, сколько необходимо, и не беспокоиться о том, что клиент А увидит тему клиента Б. Соедините это с обширным пакетом образцов контента, который я загружаю каждый раз, когда создаю новый сайт, и вы получите потрясающую систему разработки.

    • 0
  8. Я делаю от хакинга на месте на сервере в внутренностях жизненной системы до более структурированного dev/test/stage/жизненного цикла с использованием систем контроля версий и автоматических тестов. Это просто зависит от работы.

    Кроме того, я сообщаю об ошибках обратно в проект WordPress, когда сталкиваюсь с ними.

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

    • 0
  9. Вот мой рабочий процесс:

    • Я начинаю с создания каталога проекта, как только получаю требования и дизайн веб-сайта.
    • версию Static и theme/plugin папку в Dynamic папках с помощью Git.
    • создать виртуальный хост для проекта. Я следую этому соглашению:

      http://project1.dev/

      http://project1.static.dev (необязательно)

    • Обычно я следую такой организации папок:

      Projects
             Project1Name
                         Docs //Requirements docs, emails, other related documents. 
                              //This directory may contain directories with  names as dates
                              //(e.g 2014-01-01) to stay super organized :)    
                         Designs //All PSDs go here  
                         Data  //Database backup for the project,
                         Site
                             Dynamic //WordPress generally
                             Static //I don't always create a static version. I did a couple  
                                    //of times in the past. I use the same structure inside
                                    //the theme or plugin I'm developing
                                   js
                                   css
                                   img
      
             Project2Name and so on ...
      

    Я знаю, что я еще не использую build инструмент в повседневной жизни, что заставляет меня чувствовать себя плохо.

    Но я использую инструмент сборки ANT для своего проекта Sprite2CSS в сочетании с парой скриптов PHP для потребления ANT.

    Инструменты


    Независимо от того, работаю ли я в Windows или Ubuntu, я использую следующее:

    • Netbeans + SublimeText2 + Блокнот++
    • WAMP — (PHP)
    • Поддельная почта
    • Гит
    • Chrome и DevTools + Firefox с Firebug и Safari + IE для тестирования
    • YМедленно!
    • Встроенный FTP Filezilla/WinSCP/NB
    • Cygwin + Командная строка
    • Композитор
    • NodeJS + НПМ
    • SQLYog Community Edition + PHPMyAdmin

    Я открыт для предложений по улучшению моего рабочего процесса.

    • 0
  10. Работаю на Windows с Denver, FileZilla, Notepad++, Firefox Firebug и другими инспекторами (ссылки были выше), cPanel и dbForge Studio для MySQL

    • 0

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

You must login to add an answer.