ommunist

Сперва ставите сертификат куда надо, потом меняете siteurl и homeurl на https:// и потом
плугин вам в помощь Insecure contents fixer

Сохраняйте видео в custom metabox, где есть соответственно custom field для url к видео. В коде слайдера сделайте проверку на наличие значения в этом custom field, и если оно есть, выводите видео любым удобным способом.

Вот так - https://www.youtube.com/watch?v=Iyxx0DblvLQ, купите у автора плугин.

Ну официальный плагин AMP от Automattic это как то реализует, посмотрите в коде плагина

Задайте этот вопрос в суппорте wp-types, авторов плугина. По идее есть там какой-то foreach wpcf-download as чтонибудь echo ссылку. Но лучше посмотрите документацию этой функции.

Суперкрутой плагин для идиотов есть. И только что вышло обновление к нему.
WP All Import/Export, окупается за однократное применение.

qTranslate это путь в ад. Но если без него в проекте уже нельзя, то только REGEXP-ом по строке можете обрабатывать. Как правильно пишет WP Panda , он работает с уже полученными данными. А почему qTranslate это зло, потому что он увеличивает время загрузки пользователю страниц кратно количеству языков.

Наверное проверяете REGEXP-ом наличие цифр между тегами qTranslate, сохраняете это значение в переменную и дальше с ним оперируете.

<?php $terms = wp_get_post_terms( $post_id, $taxonomy, $args ); ?>
Variables in Returned Object:
term_taxonomy_id (int)
the id of the taxonomy that the term belongs to
Собственно оно вам, судя по вопросу и нужно.

Слетит. Как правильно говорит AXP-dev , нужно создавать дочернюю тему и все кастомизации производить в ней. Если будете делать локализацию на другой язык, указывате textdomain для шаблонов дочерней темы отличный от родительской.

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

Локализация шаблона (оно же "перевод на русский язык") делается в .po/.mo файлах темы.
Локализовать (то есть "переводить") тему у которой нет этих файлов локализации можно например с помощью плугина Loco Translate. Чтобы плугин работал, на хостинге должен стоять рабочий gettext. Если же функции вывода в шаблоне не предусматривают локализацию, нужно их поправить с помощью заворачивания строк вывода в функцию __('Portfolio' , 'textdomain' ) вместо 'Portfolio'. 'textdomain' это указание ярлыка темы для gettext, берется из шапки шаблона темы любого, должно быть там указано.

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

Если шорткоды использовать для вывода чего-то в шаблонах, недоступных для редактирования заказчику, это безусловное добро и так и надо делать.

Ну вот, Артем Можаров все рассказал вам. Я только добавлю, чтобы вы проверили на сайте production, не запрещен ли для обращений политикой безопасности сайта собственно URL /wp-admin/admin-ajax.php . А то бывают случаи.

У ACF есть недостатки. Оно не годится для мультисайтов и блогоферм, но этим страдают и большинство других, кроме CustomPress. Нет произвольных полей для комментариев.
Есть (немного устаревшая) таблица сравнения разных решений по организации пр.... Надеюсь, она вам поможет. Там правда нет Carbon Fields, который как раз подходит для сайтов, где нужно обрабатывать тысячи произвольных полей.
Но вы уверены, что у вас будет действительно большой сайт с высокой посещаемостью?

Сначала делаете один медленно и вдумчиво. Потом смотрите что у вас получается слишком медленно и слишком вдумчиво. Заполняете пробелы в знаниях обращением к тех. документации. Второй уже получится быстрее.
Для ускорения тестирования и вывода с локальной машины, рекомендую пользовать что-то простенькое вроде MAMP, потихоньку советую освоить git для контроля версий и сдачи работы заказчику. Для одновременного тестирования по мере разработки хорошо помогает CodeKit.

Например, так wp_get_attachment_image

Конечно же нет one size fits all. Но если у вас есть устойчивое понимание существование некоторых категорий клиентов со стандартизируемыми требованиями, вы можете сделать комплект из плугина "усекновения админки" для заказчиков микросайтов, или использовать готовый whitelabel для админки. Для одностраничников возьмите недорогой коммерческий плугин OnePress например. А для микросайтов стандартных - Visual Composer, если вам нужно быстро "составить кирпичики" и не заморачиваться.
Но если у ваших клиентов нестандартные требования в каждом случае, это не подойдет.

В свое время, да и сейчас очень помогает постоянно актуализируемвя книга Койера с digwp.com Digging into WordPress