Игорь Воротнёв

1. Создать issue с описанием проблемы и в нем овзучить что сделаете правку сами.
2. Форкнуть репу себе.
3. Клонировать форк на комп.
4. Создать отдельную ветку и переключиться в нее, внести правки.
5. Закоммитить правки и запушить.
6. Создать Pull Request, указать что closes #ISSUE_ID.

Вносить правки лучше в отдельной ветке (feature branch). За время работы или между отправкой PR и его принятием код в основной ветке может поменяться. А по правилам неписанного хорошего тона PR должен чисто мерджиться, и это задача контрибютора. Владелец репы не должен резолвить конфликты.

$cur_terms = get_the_terms( $post->ID, 'genres' );

if( $cur_terms && ! is_wp_error( $cur_terms )  ) {

    $array = array();

    foreach( $cur_terms as $cur_term ) {
        $array[] = $cur_term->name;
    }

    $comma_separated = implode( ", ", $array );
    echo '<div>Жанры: ' . esc_attr( $comma_separated ) . '</div>'; // term1, term2, term3

}

Мультиязычность интерфейса
Как я понял тоже реализуется через WP Multisite

Это реализуется самим ядром WP.

Региональность сайта (site.ru/spb или spb.site.ru)
WP Multisite
Мультиязычность статей
Через Polylang

Это два разных подхода для решения одной и той же задачи. WP Multilingual использует механизм WP Multisite - каждая языковая версия это отдельный сайт сети. Переводы, собственно говоря, это отдельные посты в этих отдельных сайтах. Линкуются между собой именно с помощью этого плагина. Polylang - это плагин для мультиязычности в рамках одного сайта. Выберите что-то одно. Плюсы Multisite - полностью автономные локальные версии, гибкость в работе. Минусы - дублирование медиафайлов (хотя есть обходной хак). В вашем случае, Multisite вполне вероятно будет оптимальным вариантом.

Кастомные поля
Advanced Custom Fields 5 Pro

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

1) Можно ли через кастомные поля задавать логику поведения? Например есть поле ID, в него в админке заносится переменная, на основе нее выполняется API запрос и получаем при заходе на страницу данные которые вернул API? Логика может быть разной, в зависимости от категорий/рубрик статей.

Да, в ACF Pro есть conditional logic. На выводе в теме в любом случае немного покодить придется, независимо от решения.

2) Есть ли разделение прав пользователей? Например копирайтерам доступны только свои статьи, редакторам - все, администраторам - настройки системы.

Да, именно так и работает, это базовая функция WP. Для тонкого управления ролями и правами, созданием новых есть плагины, мы используем много лет User Role Editor.

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

Настолько же затратно и геморно, как и любое другое решение. WP - это кучка PHP-файлов, среди которых - пачка низкоуровневых API для работы с файловой системой, HTTP, БД и тд (по сути - фреймворк). В декабре в версии 4.4 появится также JSON REST API. В целом, WP благодаря этим АПИ и хукам - очень гибкая штука, которую можно скрестить с чем угодно. Что касается конкретно коммерции - WooCommerce, Easy Digital Downloads. Не знаю еще задач, под которые не подошел бы WooCommerce, который в своей гибкости ничем не уступает самому WP. А не так давно WooCommerce был приобретен компанией Automattic, которая (с некоторыми оговорками) стоит за всем проектом WP. Так что со временем будет только лучше. Ну и цифры говорят сами за себя - 30% всех интернет-магазинов в интернете работают на WooCommerce.

4) Организация e-mail/sms рассылок с разными шаблонами в рамках пользователей системы

Без проблем. Есть масса плагинов, как для работы с рассылками нативно (внутри WP), так и через интеграцию со сторонними сервисами, например MailChimp. Также, есть смысл упомянуть, что в WP легко подключается и настраивается сторонний сервис для транзакционных писем, например Mandrill.

5) Гибкость работы в рамках одного URL
Условно первые пол года по URL будут статьи, затем статьи перезжают на другой адрес URL при этом URL самих статей не меняются. А на месте уже "старого" URL разворачиваем кастомный каталог. Насколько это легко реализуется в рамках WP?

Реализуемо. В WP встроена своя система внутренних редиректов, есть плагины.

Если будут другие вопросы - обращайтесь. Опыт разработки крупных кастомных проектов (в том числе SaaS-платформ на базе WP) есть, за 10 лет работы по плагинам и кастомному коду хорошо разобрались :)

Самый правильный вариант:

<?php post_class( 'col-sm-6' ); ?>

Ну хоть иногда читайте документацию и не занимайтесь ерундой.

1. Зачем это?
$content = apply_filters('the_content', $content);
2. Используйте:

$args = array(
    // параметры
);
$schedule = new WP_Query( $args );
if( $schedule->have_posts() ) :
    while( $schedule->have_posts() ) :
        $schedule->the_post();
        // здесь вывод уже как в обычном лупе - the_title(), the_content() и тд.
endif;
wp_reset_postdata();

https://codex.wordpress.org/Theme_Customization_API
https://developer.wordpress.org/themes/advanced-to...

А вообще, для начала скачайте тему _s на GitHub или через конфигуратор и изучите ее содержимое. Это отличный материал для обучения. Также, не помешает посмотреть стандартные темы, включая новую Twentysixteen (текущая свежая версия на GitHub).

Так же, как и функции WordPress. Разумеется, если под функциями вы имеете в виду template tags. Например:
<?php woocommerce_login_form(); ?>
Обратите внимание на разницу между вашим примером и моим. Имя функции, потом скобки, и обязательно точка с запятой. Почитайте про основы PHP, синтаксис. Функции WooCommerce (как и WP) - это обычные функции, написанные на языке PHP и должны соответствовать его синтаксису.

ЗЫ: Обычно, если в имени функции есть слово get, это означает, что данная функция не выведет на страницу то, что вы ожидаете, а лишь вернет значение, которое можно далее использовать, например:
<?php echo get_terms(); ?>
Этот код принудительно отправит результат выполнения функции на вывод. Или же:

<?php 
$terms = get_terms(); // сохранили результат
echo $terms; // выводим его или делаем что-то еще
?>

WP REST API. В декабре 2015 выходит версия WordPress 4.4, в нее уже будет включена основа этого API, к апрелю 2016 (версия 4.5) будет полный перенос в ядро. Проект стабилен, можете смело использовать на продакшне.