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

Даже немного пугающе, не правда ли? После нескольких минут работы с этим кодом я послал автору темы электронное письмо со ссылкой на страницу руководства по стандартам кодирования.

Как избежать конфликтов имен функций

Конфликты имен происходят, когда функция имеет то же имя, что и функция, которая уже была определена ранее. Например, если у вас в теме есть функция get_the_post_terms() , и вы установите плагин, который содержит функцию с тем же именем, вы получите что-то вроде:

Fatal error: Cannot redeclare get_the_post_terms() (previously declared in....

К сожалению, это происходит гораздо чаще, чем следовало бы. Но таких конфликтов легко избежать.

Для этого у нас есть следующие варианты:

1. Префиксы функций

Например, если ваш плагин называется «WordPress Cool Plugin» , вы можете использовать префикс wcc_ для всех его функций.

Таким образом, в приведенном выше примере название нашей функции будет выглядеть, как wcc_get_the_post_terms() .

2. Заключите функции в класс

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

class Wcc_Mailer { static function send($post_ID) { $friends = "[email protected]"; mail($friends,"New post!", "Check my new post in " . get_permalink($post_ID)); return $post_ID; } } add_action("publish_post", array("Wcc_Mailer", "send"));

Как видите, в этом примере я просто использовал префикс для имени класса, но моя функция называется «send» . Это имя метода защищено от изменений через глобальную область имен, сам метод не может вызываться непосредственно. Чтобы вызвать его, мне нужно будет сделать следующее:

Wcc_Mailer::send($post_id);

Код комментариев

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

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

Лично я использую для комментирования функций синтаксис PHPDoc , с применением Sublime + Docblockr это делается очень просто.

Давайте посмотрим, как ребята из WordPress комментируют функцию wp_mail() , расположенную в файле wp-includes/pluggable.php :

/** * Отправляет почтовые сообщения, аналогичные почте PHP * * Возвращаемое значение true не значит автоматически, что пользователь получил * письмо. Это только значит, что использованный метод выполнил * запрос без ошибок. * * Использование обращений "wp_mail_from" и "wp_mail_from_name" позволяет * задавать адрес отправителя в следующем формате "Name ", * если заданы оба обращения. Если использовано только обращение "wp_mail_from", * в адресе отправителя будет указывать только электронная почта. * * Тип контента по умолчанию - "text/plain", что не позволяет использование HTML. * Однако вы можете задать тип контента электронных сообщений, использовав * фильтр "wp_mail_content_type". * * Кодировка по умолчанию соответствует кодировке применяемой в блоге. Другая * кодировка может быть установлена через фильтр "wp_mail_charset". * * @since 1.2.1 * * @uses PHPMailer * * @param string|array $to Массив или разделенный запятыми список e-mail адресов для рассылки писем. * @param string $subject Тема письма * @param string $message Текст сообщения * @param string|array $headers Опционально. Дополнительный заголовок. * @param string|array $attachments Опционально. Прикрепленные файлы. * @return bool Всегда, когда содержимое письма было отправлено успешно. */ function wp_mail($to, $subject, $message, $headers = "", $attachments = array()) { [....] // Отправлено! try { return $phpmailer->Send(); } catch (phpmailerException $e) { return false; } }

Как видите, они описывают то, что делает эта функция, какие параметры ей необходимы и что она возвращает.
Довольно информативно, не правда ли?

Комментарии не предназначены для использования только с PHP . В HTML , я например, люблю использовать в конце больших блоков кода, поэтому мне намного проще потом ориентироваться в коде.

В CSS я использую комментарии, чтобы разделить код на разные разделы.

Например:

/********************* ОБЩИЕ СТИЛИ *********************/ body { font-family: Arial; color: #333; } /****************************************************************** СТИЛИ H1, H2, H3, H4, H5 ******************************************************************/ h1, .h1 { font-size: 2.5em; line-height: 1em; font-family: $vag-bold; } /********************* СТИЛИ МЕНЮ НАВИГАЦИИ *********************/ nav { color:red } [...]

К безопасности нужно относиться очень серьезно! Если ваш плагин или тема становятся популярными, поверьте мне, вы не захотите, чтобы по вашей вине были взломаны тысячи сайтов.

Если вы думаете, что я преувеличиваю, посмотрите на исследования Сheckmarx , проведенные ими в 2013 году среди 50 лучших плагинов WordPress .

Теперь давайте рассмотрим некоторые советы по безопасности разработки для WordPress :

XSS-уязвимости

Для предотвращения XSS мы должны сделать две вещи. Проверять безопасность входящих данных и проверять безопасность исходящих данных .

Существует несколько методов для проверки безопасности в зависимости от данных и контекста, в котором они используются. Общее правило: вы не должны доверять любым вводящим данным, и не должны доверять любым данным, которые выводятся.

Для ввода данных можно использовать, например, sanitize_text_field() , которая проверяет недопустимый текст UTF-8 , конвертирует в объект одиночные символы <, убирает все теги, удаляет разрывы строк, отступы и лишние пробелы, а также убирает октеты. В зависимости от контекста, существуют разные функции, которые помогут вам обезопасить данные.

То же самое происходит, когда вы выводите данные. Взгляните на следующий пример того, как выводится ссылка:

">

• esc_url отвергает неверные URL-адреса, устраняет недопустимые символы и удаляет опасные символы;
• esc_html кодирует & «‘при выводе HTML.

Опять же, в зависимости от данных, которые вы имеете, существуют различные функции, которые могут вам помочь. Для JavaScript вы можете использовать esc_js .

Кроме проверки самих данных, не забудьте проверить и дату.

Предотвращение прямого доступа к файлам

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

Чтобы предотвратить это, вы можете разместить в верхней части вашего скрипта очень простой код:

// Выход, если предоставлен прямой доступ if (! defined("ABSPATH")) exit;

Это в целом помешает выполнить скрипт, если доступ к нему получен не через WordPress .

Удалите все предупреждения и уведомления

Злоумышленники могут воспользоваться не только ошибками PHP — извещения и предупреждения также включают в себя много ценной для них информации. Каждый плагин должен быть закодирован с использованием режима DEBUG .

Это также помешает злоумышленникам вычислить устаревшие функции в вашем плагине. Чтобы включить режим DEBUG просто найдите эту строку в файле wp-config.php и установите значение TRUE :

define(WP_DEBUG, true);

Используйте значения Nonce

Nonce -значения — это сокращение от numbers used once (однократно использованные числа) , они используются для защиты от ложных запросов между сайтами, или CSRF .

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

В зависимости от того, где вам нужно применить значение Nonce , вы можете создавать его по-разному.

Для ссылок используйте wp_nonce_url() :

$complete_url = wp_nonce_url($bare_url, "trash-post", "my_nonce");

Для форм — wp_nonce_field() :

wp_nonce_field("trash-post", "my_nonce");

В других местах — wp_create_nonce() :

wp_localize_script("my-script", "my-var-name", array("nonce" => wp_create_nonce("trash-post", "my_nonce"));

Если вы посмотрите на приведенный выше пример, то увидите, как я использую wp_localize_script (о которой речь пойдет в следующей статье ), чтобы включить nonce в блок кода JavaScript . Я делаю это, потому что позже планирую использовать JQuery для выполнения запроса AJAX , и вы тоже всегда должны включать nonce в вызовы AJAX .

После этого в скрипте, просто для проверки nonce, используйте следующий код:

if(! wp_verify_nonce("trash_post" , "my_nonce")) { die("Busted!"); }

Используйте функции и библиотеки WordPress

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

Во-первых, хочу сразу отметить, что для того чтобы стать ведущим разработчиком WordPress потребуется много усилий – это очень тяжелый труд. Он требует значительного количества времени, энергии и решимости. Если вы ищете простую пошаговую инструкцию “Как подняться на самый верх”, читая эту статью вы потратите свое время. Согласно статистике, шансы не на вашей стороне.

Кстати, установка WordPress после прочтения нескольких учебников и настройка нескольких тем не делает кого-либо лидером в разработке. Такие люди могут знать больше, чем средний человек, и вправе называть себя «Экспертами». Ведущие разработчики выходят далеко за пределы основных знаний, они сами расширяют границы возможного. Они привносят инновационный вклад в сообщество, а также демонстрируют мастерство в работе, которую они делают. Поэтому я хочу, чтобы вы были более чем просто “Эксперт”, я хочу, чтобы вы были одним из лучших.

Зачем быть лидером в разрабтке?

А почему нет? Если вы работаете с WordPress, то почему бы просто не согласиться на средний уровень? В жизни итак уже слишком много “среднего” и значение слова “нормальный” слишком переоценено. Есть и другие причины. Вот, например, преимущества ведущих разработчиков WordPress:

• – Зарабатывают больше денег
  Существует большой спрос на WordPress и клиенты готовы платить больше за разработчиков, являющихся лучшими в своей области.
• – Получают лучших клиентов
  Когда вы находитесь на вершине, у вас есть возможность сказать “нет” проектам, которые вас не привлекают, и “да” проектам, которые вам интересны.
• – Имеют большее влияние
  Являясь признанным специалистом вы имеете возможность формировать будущее WordPress, а также экосистем, построенных вокруг него.

Один час чтения в день

Если вы собираетесь стать ведущим специалистом, то вам потребуется потратить не менее одного часа каждый рабочий день на чтение и получение новых знаний о WordPress. Нет короткого пути и нет способа обойти данное требование. Изучение и освоение WordPress займет некоторое время. Если вы смотрите телевизор, перестаньте, в 90% времени это не приносит вам пользы. Если вы геймер, продайте свои игры или выбросите их. Достижение вершин требует обязательности и самопожертвования, и лучше всего начать с исключения из жизни тех вещей, которые не приносят вам пользы.

Начните с выделения одного часа каждого рабочего дня для чтения. Отключите icq, skype и пр., переключите телефон на беззвучный режим и читайте. В процессе чтения делайте заметки о том, что вы узнаете. Обратите внимание, время идет быстрее, чем вы ожидали. Соблюдайте установившийся ритм день за днем, неделя за неделей, месяц за месяцем. И, когда вы почувствуете результаты, выделите еще больше времени для чтения.

Кроме того, определите трехчасовой блок, два-три раза в неделю. Смысл в том, чтобы взять на себя обязательства по обучению и дать себе обещание выделить необходимое время для доведения его до конца.

Поступите в университет WordPress

У вас никогда не было лучшего времени, чтобы узнать и освоить WordPress, чем сейчас. Существует огромное количество прекрасных ресурсов доступных для всех, кто готов найти время и силы на их использование. Перед началом приобретения опыта вам потребуется некоторое образование. Конечно, вы можете просто начать “разбирать” существующие проекты. Но я предлагаю вам подождать, развивать самодисциплину и учиться – скоро будет много времени для экспериментов. Начните обучение с социальных аспектов вашего опыта.

Общайтесь в правильной компании

Мы становимся похожи на тех, с кем взаимодействуем. Если вы хотите быть одним из лучших разработчиков WordPress, начинайте проводить время с теми, кто на самом верху. Читайте их блоги, следите за ними в Twitter, давайте “обратную связь” на их мысли и идеи, побывайте на WordCamps и пообщайтесь с ними. Читайте интервью на CodePoet . Следуйте их примеру, попросите у них совета, следуйте их советам и сообщайте о результатах.

Вот, для начала, небольшой список разработчиков WordPress:

• Bill Erickson (@billerickson)
• Carl Hancock (@carlhancock)
• Cory Miller (@corymiller303)
• Mark Jaquith (@markjaquith)
• Mike Schinkel (@mikeschinkel)
• Justin Tadlock (@justintadlock)
• Silviu-Cristian Burc? (@scribu)

Читайте

Существует большое количество доступного материала о WordPress. Есть тысячи людей говорящих о WordPress, по-этому все труднее становится “фильтровать шум”. Да, есть авторитеты, однако, когда вы приступаете к освоению WordPress, вы должны начать свой путь с поиска самых высококачественных ресурсов, концентрируя усилия именно на них.

Вот несколько ресурсов, чтобы вы поняли о чем я:

• – WordPress Codex
  WordPress Codex является общественно-редактируемым хранилищем для всего, что касается WordPress. Начните с самых основ и сосредоточитесь на освоении интерфейса WordPress с точки зрения конечного пользователя. Узнайте о семантике WordPress . Читайте о дизайне тем и .
• – Книги на WordPress
  Доступно более десятка книг о WordPress. Начните с тех, название которых вас привлечет. Подумайте, книга “WordPress для чайников” это слишком просто для вас? Может быть нет? Ваши клиенты могут читать её, вам необходимо иметь представление о ней. Когда вы закончите чтение, скажите спасибо автору и напишите отзыв.
• – Блоги на WordPress
  Найдите и ознакомьтесь с лучшими блогами о WordPress. Подпишитесь на их рассылки. Читайте их регулярно и общайтесь с авторами. Вот несколько из моих любимых блогов WordPress на Smashing Magazine , WP Tuts + , и WP Candy .

Понимайте технологии

Если вы собираетесь освоить WordPress, как разработчик вы должны понимать те технологии, которые лежат в его основе. Если вы уже являетесь программистом и PHP/MySQL не являются новыми для вас, прекрасно. Убедитесь, что ваши навыки современны. Если вы новичок в программировании, начните обучение.

Вот несколько направлений для начала:

• – Изучите PHP и MySQL
  Очень важно знать PHP и MySQL, особенно важно знать “лучшие практики”. Устаревшие учебники не помогут вам в этом. И то, что вы узнали несколько лет назад, сейчас может оказаться не актуальным. Не уверены с чего начать? Начните с Lynda.com или Learnable.com . Узнайте о производительности MySQ L.
• – Исследуйте Codebase
  Найдите время, чтобы изучить код WordPress на Trac и Xref . Прочитайте документацию, чтобы понять, как все устроено. Посмотрите, что вам не понятно и задайте вопросы. Ознакомьтесь с тем, как WordPress структурирована.
• – Поставьте Nightly build (тестовую версию)
  Настройте локальную среду разработки и запустите Nightly build как средство оставаться осведомленным о пути развития WordPress.
• – Читайте “Make WordPress”
  Хороший способ понять технологию – следить за развитием дискуссий, происходящих на make.wordpress.org . Вы можете следить за обсуждением ядра , плагинов и тем для начинающих .

Делайте “Домашнее задание”

Выполняйте на практике то, чему вы учитесь. Начните с собственных веб-сайтов на WordPress. После прочтения учебника реализуйте полученные знания. Экспериментируйте. “Разбирайте” существующие проекты. Контролируйте свои знания и записывайте ваши идеи и соображения на будущее. Потратьте столько времени, для собственных проектов и экспериментов, сколько вы можете.

Вот несколько областей для развития:

• – WordPress API
  Начните ознакомление со списком доступных API-интерфейсов в Codex . Прочитайте информацию, доступную для каждого API и экспериментируйте с каждым из них (некоторые окажутся легче, чем другие). Ищите учебники для каждого из API, для понимания реальных перспектив и того, что можно сделать с каждым.
• – Ajax в WordPress
  Даже если вы уже знакомы с Ajax, узнайте о его использовании Ajax в WordPress . Затем переходите к использованию Ajax при разработке плагинов. Ищите учебники для развития собственных знаний.
• – WordPress PHP классы
  Ознакомьтесь со списком классов , созданных разработчиками WordPress. Экспериментируйте с ними в собственных проектах и овладевайте ими. В частности, обратите особое внимание на WP_Query , WP_Theme , и wpdb . Ищите руководства по каждому из классов, а также сторонние сообщества такие как WPAlchemy .

Получите опыт работы с WordPress

Ваше образования идет полным ходом, пришло время получить реальный опыт – и в большом количестве. Ваш путь к вершине выстлан испытаниями и трудностями. Получаемый на площадках собственных проектов опыт, является важным шагом в правильном направлении. Один из лучших способов получения опыта – начать делать работу для других.

Найдите клиентов

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

Создайте тему

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

Разработайте плагин

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

Предложите доработку

Присоеденитесь к WordPress-сообществу

Публикуйте руководства

Я начал в 2006 году с простого урока написанного мной (имейте в виду как давно это было). Я взял то, что я только что понял и оформил это в руководство, для того чтобы помочь другим сохранить время и избежать головной боли. Многие кто прочел сказали спасибо, некоторые даже попросили меня сделать некоторую работу для них. Именно так и создаются руководства – взять лучшее из того, что вы только что узнали, и рассказать об этом другим, чтобы они могли пожинать плоды своих усилий. Оно того стоит.

Внесите вклад в Codex

Изучая Codex вы заметите области, которые нуждаются в улучшении. Узнайте о том как стать добровольцем . Посвятите свое время улучшению качества документации. В то время как документация в Кодексе постоянно улучшается, все еще есть функции и возможности ядра WordPress, которые не документированы. Если вы владеете информацией в данной области, доведите ее до сведения других.

Участвуйте в форумах

Большинство начинающих WordPress разработчиков задают вопросы на официальном форуме поддержки (прим. переводчика: в оригинале ссылка на wordpress.org/support). Отвечайте на их вопросы (даже на глупые, а они основные – мы все с чего-то начинали). Затем, станьте активным членом WordPress Stack Exchange community . Отвечайте на вопросы и изучайте ответы которые дают другие разработчики.

Участвуйте в WordCamps

Посетите предстоящий WordCamps . Верным признаком мастерства является возможность научить кого-то другого тому, чем вы владеете сами. Читайте Diary Of A WordCamp . Желаете усложнить задачу? Станьте организатором и проведите WordCamp рядом с вами.

Заключение

Процесс становления лидером в разработке WordPress требует сообразительности, постоянного совершенствования и готовности делать тяжелую работу. Он начинается с обучения, а затем переходит к реальной работе. Наконец, звание “топ-разработчика” требует преданности сообществу WordPress, а также признание ответственности тех, кто формирует и определяет будущее WordPress.

Если вам нужен программист WordPress на удаленную работу или в штат, обратите внимание на исполнителей YouDo. У квалифицированных специалистов есть большое портфолио с личными разработками, поэтому они имеют представление о решении сложных задач.

Помощь программиста по WordPress будет необходима в следующих случаях:

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

Если вы ищете профессионала по разработке сайтов из Москвы, который занимается фрилансом, просмотрите профили зарегистрированных на YouDo специалистов. С любым из программистов WordPress у вас получится обсудить особенности работы, порядок выполнения задания.

Цена на работу исполнителя YouDo

Программист WordPress, который зарегистрирован на YouDo, качественно выполнит доработку проекта. Большинство специалистов имеет опыт работы с такими системами, как в Вордпресс, Joomla, DLE, 1С Bitrix.

Закажите услуги исполнителей YouDo и получите возможность недорого получить следующие веб ресурсы:

• персональные странички
• лендинги
• корпоративные порталы
• сайты, рассчитанные на использование большого объема информации, например, интернет-магазины

На сайте YouDo у вас получится найти ответственного фрилансера, который по доступной цене выполнит программирование высоконагруженных проектов. Стоимость услуг разработчиков зависит от сложности проекта и ваших требований. В профилях специалистов указаны расценки на основные виды работ. Если ищете опытного фрилансера, который возьмется за разработку модулей и компонентов для CMS Joomla, обратитесь к исполнителям YouDo.

Сколько времени потребуется исполнителю YouDo на выполнение задания

Если срочно требуется специалист, который займется созданием блога на Вордпресс, оставьте заявку на сайте YouDo. В задании вы можете отметить основные пожелания к профессионалам, попросить их прислать вам портфолио. От специалистов вы получите поддержку, которая будет необходима при полномасштабном развертывании веб-проекта в сети интернет.

Удобная система поиска и ранжирования исполнителей YouDo позволит вам за несколько минут найти частных специалистов, занимающихся фрилансом, и представителей веб-студий в Москве или из других городов. Заказывая помощь профессионала, вы получите недорогие решения, касающиеся создания, доработки или повторного программирования сайтов любой тематики.

Вы сделаете правильный выбор, если остановите поиск нового сотрудника на исполнителях YouDo. Специалисты помогут вам при разработке скриптов (JavaScript, PHP, JQuery, AJAX), редактировании уже работающих сайтов. Опытный программист WordPress быстро добавит к сайту системы оплаты и проверит код на ошибки.

Сейчас все кому не лень создают сайты. Один из самых популярных движков — это WordPress. Программист под данный движок должен не только знать php, но и знать саму структуру движка, уметь верстать и знать jquery(JavaScript)
Так уж сложилось, что мне довольно часто приходится искать разработчика под Вордпресс для своего сайта. Я сталиквался с несколькими разработчиками. Кое-кто делает свою работу очень плохо. А кого-то я могу посоветовать.
Ну а теперь я расскажу о основных принципах, как выбрать специалиста по WordPress.

Студия это не всегда хорошо.

Первые, кто делал мне доработки по вордпресс — была студия. Как я понял, мне не повезло и я нарвался на очень непрофессиональных исполнителей. Подробно — история об этом.
Кратко — студия берет много денег, результа можно не получить, а вот время и деньги потратить. Рекомендуется, когда нет альтернативы. В студии лучше всегда все равно говорить с конкретным исполнителем, а не с менеджером. Проверять, насколько хорошо реальный программист знает WordPress. Даже если менеджер расхваливает разработчиков — лучше не доверять, а проверять. Иначе можно наступить на мои грабли и повторить описанную выше историю.

Инди-Программист WordPress

Под инди я имею ввиду разработчика, который работает сам на себя. Стоит сразу поговорить с человеком, чтобы выяснить уровень его знания Вордпресс. Когда я искал человека, наткнулся на Колесникова Сергея . Состоялся вот такой диалог:

Kolesnikov Sergey: Здравствуйте
Дмитрий Евгеньевич: Вопрос
Kolesnikov Sergey: слушаю
Дмитрий Евгеньевич: Насколько хорошо знаете вордпресс?
Kolesnikov Sergey: не мне судить наверное))
Kolesnikov Sergey: что вас интересует?
Дмитрий Евгеньевич: Ну допустим чем пост отличается от станицы кроме типа записи в бд
Kolesnikov Sergey: мне сейчас некогда экзамены сдавать)) если чтото конкретное я вас слушаю
Дмитрий Евгеньевич: Секунду
мне нужно такой плагин
Дмитрий Евгеньевич: оцените цену в рублях и сроки
Дмитрий Евгеньевич: раз уж конкретно
Kolesnikov Sergey: ок, отпишусь

Как видите, девелопер отказался пройти тест, ну и естественно мне не написал. С таким я связываться точно не буду. Мало того, что он скорее всего не знает вопрдпресс, т.к. не смог сходу ответить на простой вопрос, так он еще и не держит обещания. Ну естественно, он не отписался. Такой специалист либо кинет вас, бросив проект посреди срока, либо сделает все настолько криво, что вы замучаетесь исправлять ошибки.

Нужно искать правильного специалиста по WordPress

Совершенно другое представление о себе производит Степасюк Андрей (http://stepasyuk.org.ua/)
Цена разработки в час от 15 долларов в принципе очень адекватная цена. При общении, сразу видно что человек знает вордпресс, т.к. задает правильные вопросы после прочтения ТЗ. Не нужно тестировать человека на знание движка. Работа по предоплате у данного специалиста одна из гарантий кидка и того, что специалист закончит ваш проект.
Ключевое условие выбора кандидата — интерес к вашему проекту, наличие вопросов перед началом проекта и по ходу работ. Если вопросов нет — повод задуматься, идет ли работа..

Бывают и провалы

У меня тоже были провалы. Человек брался за работу и не выполнял ее в срок. Поэтому, перед тем, как дать человеку работу, нужно протестировать разработчика и понять его уровень. Для этого можно задать простые вопросы

1. Чем пост отличается от страницы
2. Может ли человек верстать и как хорошо знает JS
3. В какой таблице хранятся посты
4. Что такое доп.поля и как их задавать

Вопросов можно придумать массу. Они зависят от вашей технической подкованности. Если вы сами не знакомы с движком, можно задать другие вопросы:

1. Что самое сложное в ТЗ и почему?
2. Какой самый сложный проект вы делали? Попросите пример и уточните, что сложного
3. Разрабатывали ли вы плагины

Обычно опыт разработки плагина для программиста под WordPress дает хороший опыт. Предоплату за работу можно делать в размере 10-30 процентов, с условием, что если проект затянется, то предоплата возвращается без каких-либо обязательств.

Мой черный список разработчиков под WordPress

Здесь я приведу контакты, кто не доделал работу до конца или сделал ее плохо.
Первая конторка, о которой я писал — BVB Logic. Сделали работу криво и очень плохо.
Второй человек: Skype: spider13_ — вместо заявленных 1 недели делал мой проект 3 недели. В итоге я отказался от долгостроя. Постоянно возникали вопросы по реализации. Такое ощущение, что человек плохо знает сам движок, хотя за работу взялся и вроде как что-то делал. На вторую неделю ничего не предоставил. Потом перестал отвечать на сообщение в скайпе. Сотрудничество пришлось завершить.

P.S. Кстати на нашем сайте все еще открыта .

Доброго времени суток, уважаемый читатель. Судьба сложилась так, что я один из тех, кто отвечает за разработку проектов интернет-агентства в любимом, для меня, городе Хабаровск. И хотел бы поведать о том, как мы сохраняем должное качество продукта для клиентов, при условии довольно низких бюджетов, в сравнении с центральной частью России, что сказывается на требованиях к скорости сборки проекта. И цель моя - сократить издержки на разработку и дальнейшее обслуживание, что выливается в необходимость как можно быстрей сделать сайт с как можно большим количеством редактируемых в админ-панели элементов.

По большей части информация будет «технического плана», касательно CMS Worpdress, «по верхушкам». Я рассказываю лишь про наш путь, для кого использование технологий, путей, приемов etc. вопрос религии - просьба воздержаться от холиваров. Приступим.

Для начала небольшое отступления. В общей своей массе, у нас именно, проекты делятся на несколько типов по принципу разработки:

• HTML шаблон с themeforest -> сборка на CMS;
• Дизайн -> верстка -> сборка на CMS;
• Разработка индивидуальных решений.

Сразу оговорюсь, что рассматривать в этой статье я буду только первых два пункта, ибо обобщить третий мне представляется довольно сложной задачей, т.к. любимые/самые лучшие/все остальные плохие технологии у каждого свои и в небольших городах бывает сложно найти разработчика хорошего уровня на RoR/Flask и иже с ними. И пробегусь по ним обзорно. Если возникнет интерес к этой теме - почему бы и не быть развернутой статье-туториалу «Как собрать сайт на WP за 4-8 часов, которым клиент будет доволен».

Почему Wordpress?

Низкие бюджеты и желание привносить в мир меньше энтропии обосновало выбор. Более подробно:

• Удобство админ-панели для клиентов. Я серьезно, после введения этой CMS все обучение заказчиков свелось к тому, что мы высылаем пароль администратора. Воспоминания о записи видео “Как создать новость”, “Как поменять телефон на сайте” перестали мне сниться.
• Скорость сборки сайта. Около 4-8 часов на проект это здорово. Конкурентное преимущество.
• Кривая обучения разработчиков для сборки проектов. Пока мой рекорд - 1.5 недели обучения с нуля (то есть аббревиатура HTML кажется заклинанием, вызывающим Сатану) до полноценной сборки сайта за срок, который меня устраивает.
• Красивые графики для клиентов с рейтингом CMS:)
• Freeware, нет необходимости приобретать лицензии.

И да, я не буду стучаться в вашу дверь с брошюрой в руках и говорить “Не хотите ли вы поговорить о WP?”. Просто мы используем эту CMS и об этом и есть заметка. Фактически здесь монолог в печатном формате, который я произношу всем новым веб-мастерам, приходящим к нам.

Какие нюансы следует учитывать при верстке проекта?

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

Шаблон должен легко разделяться на “шапку сайта”, собственно контент и “подвал”. Если необходимо скрывать некоторые элементы шапки/подвала - WP предоставляет довольно много замечательных функций-условий. (is front page(), is_404() etc.). Если необходимо изменять внешний вид - CSS умеет, body_class() имеется.

Когда верстаются различные меню, которые будут управляться через Внешний вид -> меню сайта, необходимо придерживаться следующей структуры:

• Пункт меню
• Пункт меню
  • Пункт меню
  • Пункт меню
• Пункт меню

Из нюансов здесь важно то, что подменю должны иметь css класс sub-menu . Это избавит вас от необходимости писать кастомный волкер при сборке сайта, для функции wp_nav_menu($args) ;.

Буду как капитан очевидность, но все динамические позиции в верстке должны быть либо отдельным элементов (если телефон, то, к примеру + 7 XXX XXX etc. без извращений), для дальнейшей замены плейсхолдера, либо быть похожи на следующую логическую структуру:

Верстка до списка
Верстка элемента списка
…
Верстка элемента списка
Верстка после списка

Обязательно создать отдельное правило в CSS для контента, который клиенты вставляют через wysiwyg в админ-панели. Что-то вроде этого (пусть это будет LESS):

User-content{ ... a{ &:hover{ ... }; &:active{ ... }; &:focus{ ... }; } p{ ... } table{ thead { ... th { ... } } tbody { tr{ ... td{ ... } } } } h1, h2, h3, h4, h5, h6, h7{ … } h1{ ... } ... h7{ ... } ul{ ... li{ ... } } img{ … } }

В дальнейшем убережет от звонков вида “Почему я вставила картинку и у меня все поехало!”

Если у вас есть на сайте галереи изображений (по три в ряд, по шесть в ряд etc.), то необходимо привести верстку этих галерей в верстку, которую генерирует WP шорткодом gallery. Или переопределить этот шорткод и сделать верстку просто придерживаясь правила “Верстка до списка, Верстка элемента списка, Верстка после списка”, если функционал WP по части количества колонок и прочего избыточен.

Верстка постраничной навигации, генерируемая WP, принимает примерно следующий вид:

Верстка «хлебных крошек» тривиальна. Либо ul li список, либо , разделенный " >> " и иже с ними.

Еще хочу сказать, что весь блок вышесказанного умещается в одну фразу - верстайте, стилизуя разметку, которую генерирует WP/плагины/сниппеты-функции и будет счастье.

Получили набор html/css/js файлов, что дальше?

В данный момент времени практика такова, что мы имеем репозиторий, который называем kosher_wordpress, дабы на каждом проекте не устанавливать кучу плагинов каждый раз снова. Что в нем имеется и что, по моему мнению, на данный момент достаточно:

• Самая свежая версия WP.
• Не дефлотный пароль на администраторе;).
• Билдер новых типов постов с кастомными полями из админ панели. Мы используем Magic fields 2 . Используется для создания элементов вида Список элементов -> Отдельная страница элемента. Шаблоны вида archive-$type.php и single-$type.php , или вывод, используя WP_Query.
• Билдер новых полей для таксономии, использую Tax-Meta-Class
• Кастомизатор для экранов редактирования. Использую Advanced СustomFields . Незаменим для следующего кейса. Имеется шаблон контактов, к примеру tpl-contacts.php , с прописанным внутри Template Name: Шаблон страницы контактов . И необходимо, чтобы при выборе этого шаблона в админ-панели, на странице редактирования контактов, появлялись дополнительные поля, такие как координаты карты, привязанная форма обратной связи etc. И тут он нам и помогает.
• Билдер форм перезвона, обратной связи, заказа, etc. Contact Form 7
• Билдер глобальных настроек сайта. Используется для телефонов в шапке, соц.сетей и прочей информации такого типа. Theme Options .
• Functions.php с функциями, покрывающими практически весь оставшийся функционал:
  • Поддержка меню темой. register_nav_menus();
  • Поддержка миниатюр у постов. add_theme_support ("post-thumbnails");
  • Ресайз изображений, с поддержкой из меньшего->большее и кешированием. resize_image($attach_id = null, $img_url = null, $width, $height, $crop = false)
  • Генератор хлебных крошек. the_breadcrumb() .
  • wp_corenavi($wp_query)
  • Кастомный волкер для wp_nav_menu() для расширения. class My_Walker extends Walker Nav Menu { оригинальный код WP }
  • Задел для изменения шорткода галереи. remove_shortcode("gallery", "gallery_shortcode");add_shortcode("gallery", "my_gallery_shortcode");function my_gallery_shortcode($attr) {}
  • Генератор постраничной навигации. wp_corenavi($wp_query)
• Файлик со сниппетами, для напоминания.

И вся сборка проекта сводится к следующему:

• Создание virtual host на компьютере
• git clone ...
• Импорт бд, ввод трех SQL команд, для того, чтобы сказать WP, какой у нас сейчас текущий URL (gist)
• Копирования сниппетов со второго монитора и наполнение верстки смыслом.
• Деплой на сервер и чашка кофе

Примерное содержание файлика со сниппетами:
ID)); $image = vt_resize(null, $url, 220, 220, true); if (!$image["url"]) $image["url"] = "http://placehold.it/220x220&text=NO IMAGE"; ?>